[LAD] a *simple* ring buffer, comments pls?
Tim Blechmann
tim at klingt.org
Sun Jul 10 17:43:02 UTC 2011
> >> > the main problem is the lack of a memory model for multi-threaded
> >> > applications at the level of the language (c or c++). fortunately this
> >> > is about to change with c++0x and probably c1x.
> >>
> >> So in 10 years we will be able to rely on a conformant compiler being
> >> available on all relevant platforms :)
> >
> > http://www.chaoticmind.net/~hcb/projects/boost.atomic/
>
> if it all works ... very nice.
>
> but note that its only been tested on a couple of versions of gcc on a
> couple of *nix-ish platforms.
the number of supported compilers in the documentation is outdated. it supports
the most commonly used compilers and multiple architectures.
if a compiler is not supported natively, it uses a fallback implementation based
on a pool of spinlocks, which of course is not lock-free, but c++0x doesn't
guarantee lock-freedom either ...
i've been using it for quite some time in boost.lockfree (in a slightly modified
version).
tim
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 230 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.linuxaudio.org/pipermail/linux-audio-dev/attachments/20110710/db6e4a90/attachment.pgp>
More information about the Linux-audio-dev
mailing list