|
Boost : |
Subject: Re: [boost] Proposal for library addition: faster signals/slots, reactor, atomics
From: Vicente Botet Escriba (vicente.botet_at_[hidden])
Date: 2009-11-24 09:18:41
Helge Bahmann wrote:
>
> Hello everyone
>
> I have written a small library providing:
>
> - a (thread-safe) signal/slot implementation
> - poll/timer/reactor implementation
> - atomic operations modelled after the proposed C++0x standard (x86 32/64
> bit,
> ppc, alpha, more if someone donates hardware; fallback implementation
> using
> locks)
>
> <snip>
>
> If you are interested, I invite you to have a look at:
>
> http://www.chaoticmind.net/~hcb/projects/libtscb
>
> Maybe parts of the library might be interesting for Boost? In particular
> the
> atomic operations could be salvaged and provide a "transitional"
> implementation internal to boost as an interim solution until compiler
> vendors catch up with C++0x, and I would also like to propose the reactor
> as
> a higher-performance alternative to Boost.Asio (my signal/slot
> implementation
> lacks combiners and other features provided by Boost.Signals2).
>
>
Hi,
I have added your library on the LibrariesUnderConstruction wiki page
(https://svn.boost.org/trac/boost/wiki/LibrariesUnderConstruction#tscb).
The link you done point to the documentation. Could you gibe a link to
download the library?
I think everyone is interested in having an implementation, even a partial
one, of the standard atomic library. There are a lot of internal
implementation on the Boost libraries (SmartPtr, Thread, Task between
others), maybe you can federate this implementation.
Concerning the Signal/Slot implementation it would be worthwhile to extract
it in a separated one. If the performances you announce are correct, I think
you will have a lot of people interested in.
Best,
Vicente
-- View this message in context: http://old.nabble.com/Proposal-for-library-addition%3A-faster-signals-slots%2C-reactor%2C-atomics-tp26488961p26496680.html Sent from the Boost - Dev mailing list archive at Nabble.com.
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk