- Boost-users - lists.boost.org

Invitation to connect on LinkedIn
by Javen Qinfeng Shi via LinkedIn 29 Sep '10

29 Sep '10

LinkedIn ------------Javen Qinfeng Shi requested to add you as a connection on LinkedIn: ------------------------------------------ Hermann, I'd like to add you to my professional network on LinkedIn. - Javen Qinfeng Accept invitation from Javen Qinfeng Shi http://www.linkedin.com/e/9m2kgu-genk7o0w-3y/vyhGWmEqB2IKeRN9DMTel5y44rvJcs… View invitation from Javen Qinfeng Shi http://www.linkedin.com/e/9m2kgu-genk7o0w-3y/vyhGWmEqB2IKeRN9DMTel5y44rvJcs… ------------------------------------------ DID YOU KNOW you can showcase your professional knowledge on LinkedIn to receive job/consulting offers and enhance your professional reputation? Posting replies to questions on LinkedIn Answers puts you in front of the world's professional community. http://www.linkedin.com/e/9m2kgu-genk7o0w-3y/abq/inv-24/ -- (c) 2010, LinkedIn Corporation

1 0

error: unicode/uversion.h: No such file building Boost 1.44.0
by Robert McCullough 28 Sep '10

28 Sep '10

Hi, I am trying to cross-compile Boost 1.44.0 for a powerpc on my Fedora 13 x86 workstation. I have written a bash build script do this build. It has worked fine for previous version of boost. i.e. 1.37.0, 1.40.0, 1.43.0 But when I tried to build 1.44.0 I get the following errors. libs/regex/build/has_icu_test.cpp:12:30: error: unicode/uversion.h: No such file or directory libs/regex/build/has_icu_test.cpp:13:28: error: unicode/utypes.h: No such file or directory libs/regex/build/has_icu_test.cpp:14:27: error: unicode/uchar.h: No such file or directory libs/regex/build/has_icu_test.cpp:15:26: error: unicode/coll.h: No such file or directory libs/regex/build/has_icu_test.cpp:26:2: warning: no newline at end of file libs/regex/build/has_icu_test.cpp: In function 'int main()': libs/regex/build/has_icu_test.cpp:23: error: 'UErrorCode' was not declared in this scope libs/regex/build/has_icu_test.cpp:23: error: expected `;' before 'err' libs/regex/build/has_icu_test.cpp:24: error: 'UChar32' was not declared in this scope libs/regex/build/has_icu_test.cpp:24: error: expected `;' before 'c' libs/regex/build/has_icu_test.cpp:25: error: 'err' was not declared in this scope ...failed updating 1 target... Performing configuration checks Here is my build script: #!/bin/sh ## # Builds boost. ## BOOST_VER=boost_1_44_0 BJAM_VER=boost-jam-3.1.18 BUILD_BJAM_LOG=build-ppc_6xx_BJAM.log BOOST_DEBUG_BUILD=ppc_6xx_build_debug BOOST_DEBUG_INSTALL=ppc_6xx_install_debug BUILD_DEBUG_LOG=build-ppc_6xx_debug.log BOOST_REL_BUILD=ppc_6xx_build_rel BOOST_REL_INSTALL=ppc_6xx_install_rel BUILD_REL_LOG=build-ppc_6xx_rel.log LIB_DEBUG=lib/ppc_6xx/${BOOST_VER}/debug/ LIB_REL=lib/ppc_6xx/${BOOST_VER}/release/ echo "Extracting Boost version " ${BOOST_VER} " ..." tar -jxf ${BOOST_VER}.tar.bz2 echo "Copying patch file ./basic_binary_iarchive.ipp to ./"${BOOST_VER}"/boost/archive/impl" cp ./basic_binary_iarchive.ipp ./${BOOST_VER}/boost/archive/impl echo "Extracting Boost Jam version " ${BJAM_VER} " ..." tar -zxf ${BJAM_VER}.tgz echo "Building Boost Jam version " ${BJAM_VER} " ..." cd ${BJAM_VER} ./build.sh >../${BUILD_BJAM_LOG} 2>&1 cd .. echo "Copying Boost Jam to "./${BOOST_VER}" ..." cp ./${BJAM_VER}/bin.linuxx86/bjam ./${BOOST_VER} cd ${BOOST_VER} echo "using gcc : 4.2.2 : /opt/eldk-4.2/usr/bin/ppc_6xx-g++ ; " > tools/build/v2/user-config.jam echo "Building debug version of "${BOOST_VER}" into ./"${BOOST_DEBUG_INSTALL}" ..." ./bjam -q -d0 debug \ --toolset=gcc \ threading=multi \ address-model=32 \ --with-date_time \ --with-filesystem \ --with-graph \ --with-program_options \ --with-regex \ --with-serialization \ --with-system \ --with-thread \ --build-dir=../${BOOST_DEBUG_BUILD} \ --prefix=../${BOOST_DEBUG_INSTALL} \ install >../${BUILD_DEBUG_LOG} 2>&1 echo "Building release version of "${BOOST_VER}" into ./"${BOOST_REL_INSTALL}" ..." ./bjam -q -d0 release \ --toolset=gcc \ link=static \ threading=multi \ address-model=32 \ --with-date_time \ --with-filesystem \ --with-graph \ --with-program_options \ --with-regex \ --with-serialization \ --with-system \ --with-thread \ --build-dir=../${BOOST_REL_BUILD} \ --prefix=../${BOOST_REL_INSTALL} \ install >../${BUILD_REL_LOG} 2>&1 #--layout=system \ #'-sBUILD=release static multi/single' \ #link=static \ #--with-thread --with-signals --with-filesystem \ cd .. I have seen that other people have had similar problems. See here. http://lists.boost.org/boost-users/2010/09/62265.php But I have not been able to fix it. Any ideas. Thanks Rob

4 12

lambda/bind compiler error
by Suresh Kumar 28 Sep '10

28 Sep '10

Hi, the following code gives me compile error: #include <boost/lambda/lambda.hpp> #include <boost/lambda/bind.hpp> #include <cmath> #include <iostream> using namespace boost::lambda; using namespace std; int main(){ cout << (bind(fabs,(_1-_2)))(2,3) << endl; //to print the abs diff of 2 arguments } Could you please help? thanks suresh -- R Suresh Kumar, http://www.ee.ucr.edu/~sramachandranna Sarve bhavantu sukinaha (May everyone be happy) Sarve santu niramiyaha (May everyone be without affliction) Sarve bhadrani pashyantu (May everyone see only goodness) Ma kashchit dukha bhak bhavet (Let none be the victim of suffering)

3 5

System library, error_category
by John Dlugosz 28 Sep '10

28 Sep '10

I've derived a class from error_category to categorize errors associated with my class. Elsewhere, I want to test to see if an error code I've gotten (from an exception) is one of those, or not. A line like if (X.code().category != mycategory) ... should do the trick. 'mycategory' is the same object used to create error codes in my class: a single instance of the derived error_category class. However, this gives ambiguities in matching the operator. This makes it quite unfriendly to use. I have to cast the right-hand-side to the base class reference, for example. If I reversed the arguments, the list of possible matches the compiler mentioned did not even include the one I wanted. As this is a TR2 candidate, I think such rough edges should be examined and avoided. --John TradeStation Group, Inc. is a publicly-traded holding company (NASDAQ GS: TRAD) of three operating subsidiaries, TradeStation Securities, Inc. (Member NYSE, FINRA, SIPC and NFA), TradeStation Technologies, Inc., a trading software and subscription company, and TradeStation Europe Limited, a United Kingdom, FSA-authorized introducing brokerage firm. None of these companies provides trading or investment advice, recommendations or endorsements of any kind. The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer.

1 0

Boost.Math pow and __int64
by gast128 28 Sep '10

28 Sep '10

Hello all, Not sure if this zero warning policy is in effect, but if so maybe Boost can have a look at use of __int64 and pow (e.g. boost::math::pow<2, __int64> gives a warning)?

3 3

[serialization] Deserialize by pointer without calling new/constructor
by Adam Verigin 28 Sep '10

28 Sep '10

I'm working on integrating Boost serialization into an OMNeT++ simulation as a means of saving a partial simulation state (to speed up statistical testing). The problem I am running into is related to the process of deserializing a derived-class object by a base-class pointer without tracking. As far as I can tell, in this case the serialization library normally: 1. Determines the most-derived type 2. Allocates memory for that type of object 3. Updates the pointer to point the the above allocated memory block 4. Invokes placement new and the default constructor (overloadable by load_construct_data) 5. Calls the class' serialize() or load() method on the newly-constructed object However, I have a case where I start out with an existing derived-class object that is partially initialized, and I just want to call the serialize() or load() method for it using a base-class pointer (i.e., no memory allocation since that's already done, and no constructor call since that's also already done.) Is this possible or am I trying to do something the serialization library is not meant for? Thanks, Adam Verigin

2 1

Re : boost serialize - stack overflow for large problems
by "Jörg F. Unger" 28 Sep '10

28 Sep '10

The problem occurs at runtime. I 've figured out that the problem is due to the nested data structure. I have kind of a graph, where every node stores a pointer to the neighboring node. This means, once I start to serialize the first node, all the neighboring nodes have to be serialized as well, which finally ends up with at many recursive function calls as I have nodes. This is probably similar to a linked list, where once the first entry is serialized, a pointer to the next element is serialized and so on, which finally ends up with as many recursive function calls as there are element in the list. Is there a clever way to restructure the serialization (e.g. first serializing all the nodes, and in a second step, when the nodes have been created, serialize there connectivity without introducing two separate serialize routines?) JFU "Jörg F. Unger" wrote: > I have implemented the serialization routine for a rather complex > structure with many nested classes. The serialization seems to work > for small examples, however, for bigger data sets, I get a stack > overflow error. If I increase the stack size from 8MB to 20MB, the > examples seems to work. However, I'd like to optimize the code the > way that I do not need to increase the stack size (especially, since > not all users can do that themselves) Are you referring to compile time or runtime? > So here are my questions: > 1. Why is the required stack size different for different data sets > different. The structure of the datasets is identical, only the number > of data sets differs - so why is the recursive level different? The > only thing I can imagine is, that I have a class (container) with a > vector of objects. Each object stores a pointer to the container > class. Is it possible that once serialization in the container class > starts, that there is a recursive serialization pattern? This seems > to be support by the fact that the objects in the container class are > not serialized in the same way as they are stored in the container. The stack depth should be proportional to the depth of your class data. It should be easy to check this. Setup your debugger to trap on stack overflow. When it does, show a back trace. You should be able to easily determine the source of the stack usage. I could be some deeply recursive structure, a coding error or who knows. Do this analysis is much more time efficient than me trying to guess what the problem might be. > 2. How can I try to decrease the required stack size for the > serialization routines and is there a way to estimate the required > stack size for a specific problem a priori, so that I can throw an > exception with an error message manually instead of having a > segmentation fault. If the source is some sort of error - then there is not problem once the error is fixed. If the source is that there is VERY deep nesting of data structures, you'll just have to refactor the data. This isn't a hardship since you would likely have other issues generated by this besides serialization. Robert Ramey

1 0

Boost Graphs - Betweenness Centrality
by Rupert Ogilvie 28 Sep '10

28 Sep '10

Hi all, I’m trying to implement the Betweenness Centrality Calculation in the Boost Graph Library. I’ve created a graph with the following attributes: typedef adjacency_list <vecS, vecS, undirectedS> Graph; Graph G1; But I’m struggling to get the Done object created right to pass into the calculation. If anyone has some example code or suggestions I’d be really grateful. Apologies if this is a really basic question but I’m very new to C++ and Boost! Many thanks in advance, Rupert

2 2

Compiling / Linking Boost::RegEx for x64 targets fails
by Andi Clemens 28 Sep '10

28 Sep '10

Hi, I used the boost library installer from boostpro to install the 32 bit version on my system. All projects compile and link fine for the 32 bit target in Visual Studio 2005. But when I switch to the x64 platform target, I get linker errors. So I decided to compile boost myself, with the following command: bjam.exe --build-dir=e:\boost-build --build-type=complete --toolset=msvc --address-model=64 and installed the result in a separate lib_x64 folder in the boost installation from boostpro. All projects with the x64 target add this path to the linker settings. The libs are found, but when I compile the project, I get the following linker errors: http://pastebin.com/saQMtFwX All problems seem to be related to the regex library. I then created a complete new project with a simple source code, just for testing purposes: http://pastebin.com/QyQRiQ5p It compiles fine with the w32 target, but not with the x64 target (libary path has been changed accordingly). Is there any known issue when using regex with x64? Do I have to set some variables first to make this link correctly? Andi -- Neu: GMX De-Mail - Einfach wie E-Mail, sicher wie ein Brief! Jetzt De-Mail-Adresse reservieren: http://portal.gmx.net/de/go/demail

4 3

[Fusion] Adapted struct with member optional<variant<A, B>> needs typedef
by PB 27 Sep '10

27 Sep '10

Hello, The following program (written in VS2008/VC9 with Boost 1.44) doesn't compile: #include <boost/fusion/include/adapt_struct.hpp> #include <boost/optional.hpp> #include <boost/variant/variant.hpp> #include <string> #include <vector> struct Word {std::string str;}; struct Text {std::string str;}; struct Transition { boost::optional<boost::variant<Word,Text>> token; }; BOOST_FUSION_ADAPT_STRUCT(Word,(std::string, str)) BOOST_FUSION_ADAPT_STRUCT(Text,(std::string, str)) BOOST_FUSION_ADAPT_STRUCT( Transition, (boost::optional<boost::variant<Word,Text>>, token) ) int main(int argc,char *argv[]) { return 0; } Compiler output: error warning C4002: too many actual parameters for macro 'BOOST_FUSION_ADAPT_STRUCT_FILLER_0'. <etc> If I introduce a typedef for the long type: typedef boost::optional<boost::variant<Word,Text>> TokenType; and change the adapt struct to use the shorter name, it works: BOOST_FUSION_ADAPT_STRUCT( Transition, (TokenType, token) ) Why is this, and what are the constraints on the types fed to BOOST_FUSION_ADAPT_STRUCT? Thanks, Pete

3 4