- Boost-users - lists.preview.boost.org

How to compile minimal_test.cpp with gcc?
by Sebastian Stein 14 May '04

14 May '04

Hi, I downloaded boost-1.31.0 and the bjam package. I first compiled bjam and copied the executeables to /usr/local/bin. Then I went on to boost-1.31.0 (patched with the regex files). I first changed the env variables for python and compiled and installed the package with: bjam "-sTOOLS=gcc" install After building was finished, the files where copied. The include files got installed under /usr/local/include/boost-1_31/boost. I made a symlink /usr/local/include/boost pointing to /usr/local/include/boost-1_31/boost. Now I tried to do a small test, taken from: http://www.boost.org/libs/test/test/minimal_test.cpp I tried to compile the file with: gcc -o test minimal_test.cpp But I get a lot of error messages saying: In file included from test.cpp:16: /usr/local/include/boost/test/minimal.hpp:44:47: libs/test/src/execution_monitor.cpp: No such file or directory In file included from test.cpp:16: /usr/local/include/boost/test/minimal.hpp:62: error: `execution_monitor' is not a class or namespace /usr/local/include/boost/test/minimal.hpp:62: error: invalid base-class specification /usr/local/include/boost/test/minimal.hpp:63: error: parse error before `::' token /usr/local/include/boost/test/minimal.hpp:75: error: type specifier omitted for parameter `c_string_literal' /usr/local/include/boost/test/minimal.hpp:75: error: parse error before `,' token /usr/local/include/boost/test/minimal.hpp:91: error: type specifier omitted for parameter `c_string_literal' /usr/local/include/boost/test/minimal.hpp:91: error: parse error before `,' token /usr/local/include/boost/test/minimal.hpp:98: error: parse error before `,' token /usr/local/include/boost/test/minimal.hpp:98: error: parse error before `,' token /usr/local/include/boost/test/minimal.hpp:98: error: missing ';' before right brace /usr/local/include/boost/test/minimal.hpp:98: error: semicolon missing after declaration of `boost::minimal_test::monitor' ... ... ... /usr/local/include/boost/test/minimal.hpp:130: error: parse error before `if' /usr/local/include/boost/test/minimal.hpp:138: error: syntax error before `<<' token test.cpp: In function `int test_main(int, char**)': test.cpp:54: error: `the_monitor' undeclared in namespace `boost::minimal_test' test.cpp:55: error: `the_monitor' undeclared in namespace `boost::minimal_test' test.cpp:57: error: `the_monitor' undeclared in namespace `boost::minimal_test' test.cpp:58: error: `the_monitor' undeclared in namespace `boost::minimal_test' test.cpp:60: error: `the_monitor' undeclared in namespace `boost::minimal_test' test.cpp:61: error: `the_monitor' undeclared in namespace `boost::minimal_test' test.cpp:63: error: `the_monitor' undeclared in namespace `boost::minimal_test' test.cpp:64: error: `the_monitor' undeclared in namespace `boost::minimal_test' test.cpp:66: error: `the_monitor' undeclared in namespace `boost::minimal_test' test.cpp:68: error: `the_monitor' undeclared in namespace `boost::minimal_test' Well, mostly interesting is the first line: /usr/local/include/boost/test/minimal.hpp:44:47: libs/test/src/execution_monitor.cpp: No such file or directory Why is a part of the source included here? Is there a special place where the source should be installed, so that it can be found? I also tried replacing the include statement pointing to the execution_monitor.hpp header file in the include directory, but this produced far more error messages. So how do I build this small test program under gcc 3.3 (Linux)??? Is there somewhere a good step by step guide (tutorial) how to use boost and how to set up the build environment for small projects? Sebastian -- ONE FAMILY! Leipzig 2012 - Olympic Summer Games http://www.leipzig2012.com/

2 2

RE: [Boost-users] Shared_Ptr problem with 1.30.2 and gcc 3.2.3
by Ben Hutchings 14 May '04

14 May '04

Joshua Little <ljoshua(a)swbell.net> wrote: > I've been using shared_ptr's for a while now with gcc 3.1 and > recently had to upgrade to gcc 3.2.3. Ever since then I'm getting > strange crashes when shared_ptr's are destructed. Heres a backtrace : > Program received signal SIGSEGV, Segmentation fault. <snip> Did you rebuild everything with the new release? There may be some difference in the ABIs used by the two releases though they are supposed to be compatible (3.2.1 is different on Cygwin though; that was a bug).

1 0

Python.exe crashes with C++ interfaces exported to python using boost
by mayankg＠iiitb.ac.in 14 May '04

14 May '04

Hi, I have developed a dll, in that I have exported the C++ interfaces as python interfaces using boost. While running the python script, which uses those interfaces, I am facing a strange problem. When I try to call the del operator on the object of a particular class in the python script, whose interfaces has been exported to python, the python.exe crashes and gives me the following error: _BLOCK_TYPE_IS_VALID(pHead->nBlockUse) When I try to debug my dll, it is crashing inside the destructor of the class, where a byte pointer is being deleted. Although the delete operator on the same type of object works fine when i try to do the same kind of operation from a sample C++ application using my dll. I have checked the project properties etc. and my dll uses Debug Multithreaded DLL and Multithreaded DLL, for the runtime library, for debug and release builds. I have also tried with both debug and release dlls. Please help, Thanks, Mayank

3 2

Sun C++ 5.5 and std::numeric_limits
by Robin KAY 14 May '04

14 May '04

As of patch 113817-04 to the Sun C++ 5.5 compiler (see http://sunsolve6.sun.com/search/document.do?assetkey=1-21-113817 ), the functions in the numeric_limits class support 64 bit integers. However, the logic in boost/boost/config/stdlib/roguewave.hpp doesn't detect this a defines BOOST_NO_LONG_LONG_NUMERIC_LIMITS and hence causes an error: "../../../../boost/boost/limits.hpp", line 35: Error: Multiple declaration for std::numeric_limits<long long>. "../../../../boost/boost/limits.hpp", line 88: Error: Multiple declaration for std::numeric_limits<unsigned long long>. 2 Error(s) detected. As __SUNPRO_CC is set to 0x550 for both compilers below and above patchlevel 04, I can't see a way to fix this without extending the logic in the CVS head, for handling Sun C++ 5.6, to 5.5 and breaking unpatched installations. -- Wishing you good fortune, --Robin Kay-- (komadori)

2 1

Re: [Boost-users] Visitor makes Dijkstra slow
by Cromwell Enage 14 May '04

14 May '04

Hello, Martin! Graphs are supposed to be passed by reference to visitor functions. Your program didn't do that, so it created tons of temporary graph copies. Changing template<typename V, typename G> void operator()(V v, G g) { ++dummy; } to template<typename V, typename G> void operator()(V v, G& g) { ++dummy; } and template<typename V, typename G> void examine_vertex(V v, G g) { ++dummy; } to template<typename V, typename G> void examine_vertex(V v, G& g) { ++dummy; } should reduce your running times about 500-fold, down to the expected running times. HTH Cromwell Enage __________________________________ Do you Yahoo!? Yahoo! Movies - Buy advance tickets for 'Shrek 2' http://movies.yahoo.com/showtimes/movie?mid=1808405861

1 0

BGL: why is the prim algorithm only useable for undirected graphs?
by boost＠spyderworks.de 13 May '04

13 May '04

Hi all, in the documentation of prim_minimum_spanning_tree is mentioned "... solving the minimum spanning tree problem for an undirected graph with weighted edges ...". In my application I use this graph type (the graph type is bidirectionalS => not directed): typedef adjacency_list<vecS,vecS,bidirectionalS,no_property,property<edge_weight_t,int> > BGraph; This type modells the VertexListGraph and IncidenceGraph concepts, which are required by the prim function. If I call the prim_minimum_spanning_tree, I get reasonalble results. In literature, I can only find usage of Prims algorithm for undirected graphs, too. But I can see no reason, why it shouldn't work for directed graphs. Can you tell me more? Best regards Stefan Rauch

3 2

Visitor makes Dijkstra slow
by Martin von Gagern 13 May '04

13 May '04

Hello. I compiled the attached program on my system: boost-1.31.0 g++ (GCC) 3.3.2 20031218 (Gentoo Linux 3.3.2-r5, propolice-3.3-7) CXXFLAGS="-O3" Linux 2.6.5 #1 SMP i686 Pentium III (Coppermine) GenuineIntel GNU/Linux I get the following timings: Without any visitor: 10000 With dijkstra visitor: 7450000 With event visitor: 7430000 I cannot understand this difference, for the visitor is doing almost no work at all. Can you explain why using a visitor slows things down so much? Did I do anything wrong? Greetings, Martin von Gagern

1 0

Shared_Ptr problem with 1.30.2 and gcc 3.2.3
by Joshua Little 13 May '04

13 May '04

I've been using shared_ptr's for a while now with gcc 3.1 and recently had to upgrade to gcc 3.2.3. Ever since then I'm getting strange crashes when shared_ptr's are destructed. Heres a backtrace : Program received signal SIGSEGV, Segmentation fault. 0x77f967bf in ?? () (gdb) bt #0 0x77f967bf in ?? () #1 0x77fb5c15 in ?? () #2 0x77fa6afc in ?? () #3 0x77fccc55 in ?? () #4 0x78001e00 in _libmsvcrt_a_iname () #5 0x0050f4f5 in operator delete(void*) () #6 0x00541cc4 in boost::detail::sp_counted_base_impl<BeamWeaponXMLLoader*, boost::checked_deleter<BeamWeaponXMLLoader> >::~sp_counted_base_impl() ( this=0x1899aa0) at e:/MinGW/include/c++/3.2.3/iostream:63 #7 0x0053fada in boost::detail::sp_counted_base::destruct() (this=0x1899aa0) at e:/boost-1.30.2/boost/detail/shared_count.hpp:113 #8 0x0053f996 in boost::detail::sp_counted_base::weak_release() ( this=0x1899aa0) at e:/boost-1.30.2/boost/detail/shared_count.hpp:168 #9 0x0053fab4 in boost::detail::sp_counted_base::release() (this=0x1899aa0) at e:/boost-1.30.2/boost/detail/shared_count.hpp:144 #10 0x0053f913 in boost::detail::shared_count::~shared_count() (this=0x1899154) at e:/boost-1.30.2/boost/detail/shared_count.hpp:376 #11 0x005393e5 in boost::shared_ptr<BeamWeaponXMLLoader>::~shared_ptr() ( this=0x1899150) at src/loaders/HullXMLLoader.cpp:19 #12 0x0043489a in HullXMLLoader::~HullXMLLoader() (this=0x1899100) at src/loaders/HullXMLLoader.cpp:32 #13 0x0053b5ba in void boost::checked_delete<HullXMLLoader>(HullXMLLoader*) ( x=0x1899100) at e:/boost-1.30.2/boost/checked_delete.hpp:34 #14 0x0055b43d in boost::checked_deleter<HullXMLLoader>::operator()(HullXMLLoader*) const (this=0x1899d08, x=0x1899100) at e:/boost-1.30.2/boost/checked_delete.hpp:52 #15 0x00540b8b in boost::detail::sp_counted_base_impl<HullXMLLoader*, boost::checked_deleter<HullXMLLoader> >::dispose() (this=0x1899cf8) at e:/boost-1.30.2/boost/detail/shared_count.hpp:262 #16 0x0053faa6 in boost::detail::sp_counted_base::release() (this=0x1899cf8) at e:/boost-1.30.2/boost/detail/shared_count.hpp:143 #17 0x0053f913 in boost::detail::shared_count::~shared_count() (this=0x18990e4) at e:/boost-1.30.2/boost/detail/shared_count.hpp:376 #18 0x00536f09 in boost::shared_ptr<HullXMLLoader>::~shared_ptr() ( this=0x18990e0) at src/loaders/StarShipXMLLoader.cpp:13 #19 0x00432ba8 in StarShipXMLLoader::~StarShipXMLLoader() (this=0x18990c8) at src/loaders/StarShipXMLLoader.cpp:23 #20 0x00523926 in void baleet<StarShipXMLLoader>(StarShipXMLLoader*) ( x=0x18990c8) at src/Deleters.hpp:36 #21 0x0055d119 in baleeter<StarShipXMLLoader>::operator()(StarShipXMLLoader*) const (this=0x1899d40, x=0x18990c8) at src/Deleters.hpp:48 #22 0x0054170f in boost::detail::sp_counted_base_impl<StarShipXMLLoader*, baleeter<StarShipXMLLoader> >::dispose() (this=0x1899d30) at e:/boost-1.30.2/boost/detail/shared_count.hpp:262 #23 0x0053faa6 in boost::detail::sp_counted_base::release() (this=0x1899d30) at e:/boost-1.30.2/boost/detail/shared_count.hpp:143 #24 0x0053f913 in boost::detail::shared_count::~shared_count() (this=0x22fd14) at e:/boost-1.30.2/boost/detail/shared_count.hpp:376 #25 0x00538b1d in boost::shared_ptr<StarShipXMLLoader>::~shared_ptr() ( this=0x22fd10) at src/Player.cpp:76 #26 0x0040cd8f in Player::Player(EngineManager*, GameManager*) ( this=0x1898cd8, NewEngine=0x17d7a20, NewGameManager=0x1852ec8) at src/Player.cpp:96 #27 0x00407e4e in GameManager::Initialise() (this=0x1852ec8) at src/GameManager.cpp:125 #28 0x0040398a in main (argc=1, argv=0x17924f8) at src/ZeroSpace.cpp:32 I am constructing the shared_ptr's in a normal way : HullLoader.reset(new HullXMLLoader()); for instance. It seems to segfault when delete is called either with the default deleter or with one of my own. This was working fine when using gcc 3.1, do I need to upgrade my boost or use some compile flag? Any help would be greatfully appriciated, Joshua.

1 0

boost regex support for 64-bit
by itay 12 May '04

12 May '04

does boost regex support 64-bit for SunOS 5.8, HP-UX 11i (native compilers), WIN (MSVC-6) ? we are using an old(?) version - regexpp version 3.12. Is it recommended to upgrade to the latest version ? Is it essential to upgrade to the latest version with relevance to 64-bit compilation ? thanks, Itay

2 1

BGL: record tree-edges of MST during prim_minimum_spanning_tree
by boost＠spyderworks.de 12 May '04

12 May '04

Hi, I'm looking for a possibility to record the tree edges in the minimum spanning tree (like the result of kruskal_minimum_spanning_tree). But unfortenuatley I depend on using the prim_minimum_spanning_tree function, because the root of the tree has to be defined. My first idea was, to use a dijkstra visitor and do something with the edge_relaxed respectivley edge_not_relaxed events, but this doesn't work, because these events doesn't give me an unique edge state. Maybe anyone has another hint? best regards Stefan Rauch

1 0