- Boost - lists.boost.org

operator+ and void*: differences between g++ and msvc
by Frédéric Bron 17 Jun '11

17 Jun '11

Hi, I am trying to perform an exhaustive testing of the operator traits. I came to the following issue: this code yields an error with msvc and only a warning with g++: int lhs=0; void* rhs=0; lhs + rhs; * msvc (Visual C++ 2010 Express): error C2036: 'void *' : unknown size warning C4552: '+' : operator has no effect; expected operator with side-effect * g++ (4.5.3): warning: pointer of type 'void *' used in arithmetic The standard says: "Either both operands shall have arithmetic or enumeration type, or one operand shall be a pointer to a completely defined object type and the other shall have integral or enumeration type." So it seems to me that an error should be issued by g++. What is your understanding of the standard? If this is so, do you suggest me to file a bug to g++? Frédéric

3 4

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