- Boost-users - lists.boost.org

What's best practice to incorporate Boost.Test in own project?
by Mateusz Łoskot 08 Mar '06

08 Mar '06

Hi, I'm going to add Unit Tests to one of projects. It's quite big project, so there will be many tests suits and cases. The project build system is based on automake for Unix and nmake for Windows. I wonder what is the best practice to include Boost.Test frameworks to my own project? Currently I consider only Unit Test Framework. I see following possibilities: 1. Boost libraries are installed from official release (precompiled or compiled by user) Makefiles for my project try to detect if Boost exists and link to Unit Test Framework librar. Here Boost has to be listed in compilation requirements of my project. 2. Boost.Test libraries in binary form are included to my project tree and shipped together. So there is no requirement to have complete Boost installed, because test can link to UTF library already present 3. Include Boost.Test source code and allow user of my project to build UTF library on his own. Here I expect some problems with bjam/makefiles incompatibility. So, bjam would be required on user's platform. Simply, this solution seems to be quite confusing for user. I'd like to know your comments about which solution is best and what are possible traps hidding. Regarding the 1 solution I think there may be possible problem with using incorrect Boost.Test version. The second one involves additional work for overall projct maintenance. May be there are more possibilities I've not listed above, so please share your ideas. Thanks in advance for your comments. Best regards -- Mateusz Łoskot http://mateusz.loskot.net

3 7

Boost.Preprocessor with __LINE__ in MSVC71
by Wu Yinghui, Freddie 08 Mar '06

08 Mar '06

Hi all, I'm observing an interesting problem on MSVC71 regarding the use of __LINE__ with Boost.Preprocessor. The code looks like this ==== snip ==== #include <boost/preprocessor/cat.hpp> #define UNIQUE_ID BOOST_PP_CAT(id, __LINE__) #define UNIQUE_ID2 BOOST_PP_CAT(id, _MSC_VER) int main() { int UNIQUE_ID2 = 321; int UNIQUE_ID = 123; bool UNIQUE_ID = false; } ==== snip ==== The compiler works fine with UNIQUE_ID2, but not UNIQUE_ID. The only different in them is only the use of __LINE__ instead of _MSC_VER. Does anyone on the list has more insight on this issue? Or, what're the common ways to generate an unique identifier automatically within certain scope? Cheers, Freddie -- Wu Yinghui, Freddie Research & Development Software Engineer Volume Interactions Pte Ltd 1 Kim Seng Promenade, #12-01 Great World City East Tower Singapore 237994 Tel: +65 62226962 (Ext 216) Fax: +65 62226215 Email: yhwu(a)volumeinteractions.com URL: http://www.volumeinteractions.com Important: This message is intended for the recipient(s) addressed above. It contains privileged and confidential information. If you are not the intended recipient, please notify the sender immediately by replying to this message and then delete it from your system. You must not read, copy, use, or disseminate this communication in any form. Thank you.

3 2

Re: [Boost-users] Boost.Preprocessor with __LINE__ in MSVC71
by Stewart Tootill 08 Mar '06

08 Mar '06

There is a known bug with MSVC71 where if you use __LINE__ too much (not sure what the limits are or under what circumstances though), you get a "Fatal Error: Out of Keys" or something similar. Instead of this, for generating unique variable names etc I have seen the __COUNTER__ macro used instead, which provides similar functionality, but doesn't seem to suffer from this issue. Yours, Stewart -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org]On Behalf Of Wu Yinghui, Freddie Sent: 08 March 2006 09:00 To: boost-users(a)lists.boost.org Subject: [Boost-users] Boost.Preprocessor with __LINE__ in MSVC71 Hi all, I'm observing an interesting problem on MSVC71 regarding the use of __LINE__ with Boost.Preprocessor. The code looks like this ==== snip ==== #include <boost/preprocessor/cat.hpp> #define UNIQUE_ID BOOST_PP_CAT(id, __LINE__) #define UNIQUE_ID2 BOOST_PP_CAT(id, _MSC_VER) int main() { int UNIQUE_ID2 = 321; int UNIQUE_ID = 123; bool UNIQUE_ID = false; } ==== snip ==== The compiler works fine with UNIQUE_ID2, but not UNIQUE_ID. The only different in them is only the use of __LINE__ instead of _MSC_VER. Does anyone on the list has more insight on this issue? Or, what're the common ways to generate an unique identifier automatically within certain scope? Cheers, Freddie -- Wu Yinghui, Freddie Research & Development Software Engineer Volume Interactions Pte Ltd 1 Kim Seng Promenade, #12-01 Great World City East Tower Singapore 237994 Tel: +65 62226962 (Ext 216) Fax: +65 62226215 Email: yhwu(a)volumeinteractions.com URL: http://www.volumeinteractions.com Important: This message is intended for the recipient(s) addressed above. It contains privileged and confidential information. If you are not the intended recipient, please notify the sender immediately by replying to this message and then delete it from your system. You must not read, copy, use, or disseminate this communication in any form. Thank you. ________________________________________________________________________ This e-mail has been scanned for viruses by MessageLabs. ________________________________________________________________________ This e-mail has been scanned for viruses by MessageLabs.

1 0

Call for_each with boost::lambda library
by yinglcs2＠yahoo.com 08 Mar '06

08 Mar '06

Hi, I am trying to Call for_each with boost::lambda library to print out the return value of a function: vector<A> aList; for_each(aList.begin(), aList.end(), cout << bind(&A::getPriority, _1) ); This can't compile. can yo please tell me what did I do wrong? __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

[Format] Cost of using format
by Scott Meyers 08 Mar '06

08 Mar '06

I've been trying to get a handle on cost of using Boost.format by looking at the interface, reading the docs, and, until my head exploded, looking at the source code. What I'd really like to know is whether simple output without reordering incurs the cost of an allocation (for a string or maybe a stringstream) for each argument. For example, should I, as a user, expect the following to potentially cost me three dynamic memory allocations? cout << format("%1% %2% %3%") % 86 % 100.55 % "Hello"; The doc says this: > Since common stream implementations eventually call functions of the printf family for the actual formatting of numbers, in general printf will be noticeably faster than the direct stream operations And due to to the reordering overhead (allocations to store the pieces of string, stream initialisation at each item formatting, ..) the direct stream operations would be faster than boost::format, (one cas expect a ratio ranging from 2 to 5 or more) This suggests that per-argument buffering to support reordering may cost an allocation per argument, but if there is no reordering, does one pay this cost? I could figure this out on my own given enough time, but I'm hoping that others familiar with this library already know the answer and can save me the trouble. Thanks, Scott

1 0

multi_array - problems with resize
by Craig Glasgow 08 Mar '06

08 Mar '06

Hi, I'm trying to write serialization load and save methods for multi-array. For the load method I have a function with the prototype: template<class Archive, class T, std::size_t NumDims> inline void load(Archive& ar, boost::multi_array<T, NumDims>& arr, const unsigned int file_version) This function gets called when the array is serialized and should populate the multi-array arr. However this requires re-sizing arr which apparently can only be done using the extents construct e.g. arr.resize(boost::extents[3][4][2]), but I want to be able to do this for an arbitray number of dims as with reshape. Any idea how this can be done? Regards Craig

2 1

[Boost.Test] SD expo
by Sohail Somani 07 Mar '06

07 Mar '06

Is there going to be detailed coverage of boost test at SD expo? I couldn't find anything, but just thought I'd try the list. Thanks Sohail

4 3

Re: [Boost-users] portable shared library loader
by David Klein 07 Mar '06

07 Mar '06

boost-users-bounces(a)lists.boost.org wrote: > hi all, > > since i've got the hint for portable uuids on this list, another > portability question ... > > i'm building a dynamic shared library loader ... currently i'm using > the dlopen api, which works on linux (and possibly on osx), for win, > there's a simiar api ... > > is there any prebuilt wrapper for that (preferable as part of boost or > in a another bsd/lgpl-style license? > > thanks ... tim there is the 'plugin' library in the boost_sandbox on sourceforge. HTH dave

2 1

[Parameter] Constructors and more
by Johan Nilsson 07 Mar '06

07 Mar '06

Hi, I've just started playing around with Boost.Parameter. I'm in the progress of wrapping a legacy C library and some of the structs used have plenty of members, most of which have reasonable defaults. I thought that the Parameter library would be a nice fit here, but ended up with a couple of questions: 1. How can I define constructor for a class taking named parameters, without using the double parentheses syntax? The following basic idea works, but is ugly: --- ... BOOST_PARAMETER_KEYWORD(tag, minVal) BOOST_PARAMETER_KEYWORD(tag, maxVal) struct Foo { template<typename ArgPack> Foo(ArgPack& args) { m_minVal = args[minVal|0]; m_maxVal = args[maxVal|100]; } ... }; void bar() { Foo foo(( minVal = 1, maxVal = 2)); // Note double parens } --- I've experimented some with defining a parameter::parameters specification and use (the undocumented) BOOST_PARAMETER_MEMFUN, but that obviously doesn't work (forwarding, return values and constructors don't mix). It should be possible (I think) to define a BOOST_PARAMETER_CTOR macro that generate the ctor overloads and forwards to a setter method instead of the other way around. I guess I could create a free or static member function that constructs an object, but that would either force me to create heap-based objects, or invoke potentially expensive copy ctors. 2. Is there a way of detecting whether an argument was passed using position or name? Or, even better, is there a way of restricting the arguments to only be passed by name using the parameters specification? 3. Not a question really, but having a default arity of 5 seems awfully low to me. I hit that limit on first usage, and as the named parameters are supposed to be used in the interface of my wrapping library, forcing users to define BOOST_PARAMETER_MAX_ARITY "globally" feels a bit like asking for someone coming up and asking me to decode some compile errors. [I'm using the latest cvs head of boost, in combination with VC 8.0] Regards, Johan Nilsson

3 5

Boost sBUILD Features
by Robert Vinluan 07 Mar '06

07 Mar '06

Hi All, Does anybody have a link to a page that shows all the possible features (i.e. <threading>, <runtime-link>, etc.) for -sBUILD? I searched on google and the boost documentation but I can't find a good list of all the sBUILD features. I was just curious to see if I could use -sBUILD to control building 32-bit or 64-bit versions of the boost libraries. Thanks in advance, Rob

2 2