I have attempted to figure of whats going on but the symptoms are quite complex and confusing. First my system characteristics: - Mandrake 10.0 Linux - using gcc v3.4.1 (which I build) The symptoms: 1. After doing a "bjam clean" and running "bjam" in my BOOST_ROOT directory, I did get it to build. Like I did last night. Additionally, after doing the same thing in $BOOST_ROOT/libs/graph/build, I got it to build. Last night's results where not repeated. Maybe I hadn't done a clean in this directory... 2. In building my application, it apparently failed to link properly to libbgl-viz.a. My application is actually a library that uses boost.graph, including read_graphviz. My test program simply links to it and provides a main module. 3. I added all files that my library was build with to my test program's Jamfile. At this point I didn't get any linker errors. However, both debug and release versions segment faulted. The debug version ran normally under my ddd debugger. 4. I switched back to boost_1_31_0 and none of these problems developed. I got a feeling like something basic was changed in boost_CVS since June. Whatever it is, its not compatiable with my environment. I'll stick with boost_1_31_0 for now. Doug Gregor wrote:
On Aug 23, 2004, at 9:41 PM, Jeff Holle wrote:
I've just refreshed my boost via CVS and ran into a build problem with gcc v3.4.1.
Initially, seems like everything failed on my system. However, I discovered that there is now a configure option :-) . After installing user.hpp where it does some good stuff, the bjam of the root of boost succeeded.
However, in running bjam in $ROOT_BOOST/libs/graph/build. This Jamfile is configured to build both release and debug version of bgl-viz. It fails with similiar problems that I was getting elsewhere before I ran configure. An example of the problems is: boost/config/stdlib/libstdcpp3.hpp:33: error: expected unqualified-id before '<<' token boost/config/stdlib/libstdcpp3.hpp:33: error: expected `,' or `;' before '<<' token
What do these lines look like? It could be a CVS conflict.
Doug
_______________________________________________ Boost-users mailing list Boost-users@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users