- Boost - lists.boost.org

Re: [boost] [Boost-users] [Boost.Spirit] RFC: bin_float parser
by Vitaly Budovski 17 Jun '11

17 Jun '11

Hi, Attempt #2. Please see attached diffs and test case. Cheers, Vitaly

1 0

[review] Heaps
by Andrew Sutton 17 Jun '11

17 Jun '11

All, Just a reminder that the Tim Blechmann's Heap library is being reviewed. The more reviewers we have, the higher quality libraries we get :) The review is scheduled to end today, but I'd like to extend it through the Monday (June 12) because a) I announced it 2 days late and b) I'd like to solicit more feedback on the library. Andrew

2 3

Library suggestion - audio IO
by Philip Bennefall 17 Jun '11

17 Jun '11

Hi all, My name is Philip Bennefall, and I am very new to Boost. I have only been learning the basics of it over the last few weeks but am highly impressed with its performance thus far. so a big thanks to the Boost developers for their excellent efforts! I was wondering whether the discussion of a portable audio I/O library as part of Boost has ever come up? I would very much like to see a library that handles streaming audio, input and output, in a cross platform way. Any thoughts on this? Kind regards, Philip Bennefall P.S. I do hope that this is the right list to post this question on. Apologies if it should have been directed to Boost users instead.

4 7

Re: [boost] Library suggestion - audio IO
by Greg Rubino 17 Jun '11

17 Jun '11

On Jun 16, 2011 2:29 PM, "Philip Bennefall" <philip(a)blastbay.com> wrote: > > Hi all, > > My name is Philip Bennefall, and I am very new to Boost. I have only been learning the basics of it over the last few weeks but am highly impressed with its performance thus far. so a big thanks to the Boost developers for their excellent efforts! > > I was wondering whether the discussion of a portable audio I/O library as part of Boost has ever come up? I would very much like to see a library that handles streaming audio, input and output, in a cross platform way. > > Any thoughts on this? > > Kind regards, > > Philip Bennefall > P.S. I do hope that this is the right list to post this question on. Apologies if it should have been directed to Boost users instead. > _______________________________________________ > Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost If you're talking about standardizing algorithms and data structures for manipulating audio data (like Boost.Gil, but for audio data), then I second your suggestion. However, it sounds to me like you suggesting a library to abstract away the details of dealing with audio hardware. That would be a nightmare to maintain and it would bloat the heck out of Boost, so I vote no for that. Greg

4 3

boost::thread::id copy ctor
by Jason Newton 16 Jun '11

16 Jun '11

Hi, I added a copy ctor for boost:thread::id to fix some problems with boost::log v2 and icc. See the trac ticket below for details. https://svn.boost.org/trac/boost/ticket/5617 Regards, -Jason

1 0

[documentation/doxygen] Incomplete header files names generated when the path contains twice boost
by Vicente Botet 16 Jun '11

16 Jun '11

Hi, While generating the Boost.Conversion documentation using quickbook and doxygen I have observed that the files named as doxygen boost : [ glob ../../../boost/conversion/boost/*.hpp ] Are expanded in the doc removing the path /boost/conversion. See http://svn.boost.org/svn/boost/sandbox/conversion/libs/conversion_ext/doc/h… Could something be done in order to correct this, or should I move the files to a directory that don't contains boost twice in the path? Any other workarounds? Any idea for a better name than boost? Best, Vicente http://svn.boost.org/svn/boost/sandbox/conversion/libs/conversion_ext/index… -- View this message in context: http://boost.2283326.n4.nabble.com/documentation-doxygen-Incomplete-header-… Sent from the Boost - Dev mailing list archive at Nabble.com.

3 3

[shared_ptr] Design question about make_shared
by Loïc Joly 16 Jun '11

16 Jun '11

Hello everybody, I recently wondered about the choice to make make_shared a free function, and not a static member function: struct A{...}; struct B:A {...}; shared_ptr<A> ptr = make_shared<B>(arg1,arg2); vs shared_ptr<A> ptr = shared_ptr<B>::make(arg1, arg2); I was wondering if this is just a stylistic choice, or if there are some differences? Thank you for any information. -- Loïc

8 17

[quickbook/doxygen] copydoc from internal header
by Tim Blechmann 16 Jun '11

16 Jun '11

hi all, preparing the docs of boost.heap, i came across one issue with the generation of the class reference: i have an internal header file, that should not be exposed to the class reference, but that needs to be parsed by doxygen (it contains a base class, which should be copied to its derived classes). however if i simply add it to the list of files to be parsed by bjam, it will be included into the reference (see [1]). is there any clean way to parse the file with doxygen but avoid it to be listed in the class reference? thanks, tim [1] http://tim.klingt.org/boost_heap/heap/reference.html

2 2

[gsoc] boost.simd news from the front.
by Mathieu - 16 Jun '11

16 Jun '11

Hi everyone, Last week, we (Joel Falcou my mentor, Mathias Gaunard, and me) had a meeting to decide the courses of action for the future boost.simd library. For those who aren't aware of it, it's a subset of an existing library, namely nt2, which provide an abstraction for simd instructions in C++. Here is what have been decided so far : boost.simd will be composed of several modules mimicking what's done in nt2 (or in phoenix). That is there will be the main operators in a module (add / minus etc) and the extra modules that we provide like bitwise (bitwise_andnot etc) or arithmetic. Second, what will be included? We decided to keep only functions which might have a corresponding intrinsic to exploit. Finally boost.build will come into play later in the process. Final note, despite what I said in a previous mail a few weeks ago, the initial development will happen in the nt2 (available at https://github.com/MetaScale/nt2 : main repository (in a branch) for ease of use (to ease merge process mainly) and in the boost.simd repository. Cheers, Mathieu Masson.

10 44

Fwd: [MSM] exit_ps stuks in case of outer state machine uses Row with event to event base class
by Richard Szabo 15 Jun '11

15 Jun '11

Thanks Christophe I will try it out but we use the queue anyhow because we send signals to our self some cases. It was just a copy paste mistake for the example to disable queues. the real problem is the constructor if I define this : event4 (const event3& evt_) : baseEvent() { } than it works (after enabling the queue). So I don't get it why it is compiles ..... and now I have to figure out what has changed in our real code which hides the copy constructor ..... Thanks for your support PS : We update to latest MSM time to time and even using new features of it like Enqueueing events for later processing Thanks Richard On 15 June 2011 06:42, Christophe Henry <christophe.j.henry(a)googlemail.com> wrote: >> 3. This one is my fault and might be a problem for you as you seek >> performance. I think we discussed this but I forgot it in the doc. Pseudo >> exits require the message queue and you deactivated it with: >> typedef int no_message_queue; > > Thinking again about it, as you have the newest MSM version (time for a bit > of advertisement for the new version ;-) ), there is now a way around the > queue. > The exit point needs the queue because it will process an event4 during > processing of event3, so that MSM has time to update its current state > before processing event4. But this is only because MSM does this after the > transition (the UML standard "forgot" to specify this point). > The newest version allows you to override this and decide that this updating > job will be done for example before the transition is taken (after the guard > chooses the transition of course), or after the exit action, etc. > To do this, add into every state machine: > > typedef msm::active_state_switch_before_transition > active_state_switch_policy; > > Now you don't need the queue. Doc is there: > http://svn.boost.org/svn/boost/trunk/libs/msm/doc/HTML/ch03s05.html#backend… > > Regards, > Christophe > _______________________________________________ > Unsubscribe & other changes: > http://lists.boost.org/mailman/listinfo.cgi/boost >

2 1