[Gc] Re[2]: libatomic_ops
Ivan Maidanski
ivmai at mail.ru
Mon Feb 21 13:33:18 PST 2011
Hi,
Mon, 21 Feb 2011 13:55:53 -0700 Kevin Bowling <kevin.bowling at kev009.com>:
> Hi,
>
> ck goes beyond atomic ops and provides memory functions, hazard
> pointers, locks, and complete data structures.
Yes, I see several platform-neutral .c files. This is different from libatomic_ops - it contains (if not counting several .c files of little real use) only low-level arch-specific primitives. Some other algorithm-rich library could be implemented on the top of it. (And, this approach I appreciate more.)
>
> Here's what ck needs: ports to all the fine archs that libatomic_ops
> has. I contacted the author and would like to help do some ports.
Cool.
>
> What do you think about joining up so we all work together and make ck
> the default for concurrent programming? The C community is really
> spread out right now with lock-less structures and solid concurrency
> primitives and we have the opportunity to fix this now.
I agree.
But I'm sorry, I'm too busy with BDWGC and my Java VM implementation.
Regards.
>
> Regards,
> Kevin
>
> On Mon, Feb 21, 2011 at 1:03 PM, Ivan Maidanski <ivmai at mail.ru> wrote:
> > Hi Kevin,
> >
> > I'm excited too...
> > Here's the project official site:
> http://www.hpl.hp.com/research/linux/atomic_ops/
> >
> > Thanks for pointing to ck. It would be interesting to compare
> functionalities.
> >
> > Regards.
> >
> > Sun, 20 Feb 2011 21:57:37 -0700 Kevin Bowling <kevin.bowling at kev009.com>:
> >
> >> Hi,
> >>
> >> I've made libatomic_ops available via
> >> https://github.com/kev009/libatomic_ops to ease access. Thank you for
> >> your efforts :).
> >>
> >> I'm very excited about this project as well:
> http://repnop.org/ck/index.html
> >>
> >> Regards,
> >> Kevin Bowling
> >
> >
More information about the Gc
mailing list