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

BGL: boost::read_graphviz()
by Andreas Scherer 31 May '04

31 May '04

Dear Group, During some initial experiments with the BGL-GraphViz interface, I observed a significant asymmetry between a given DOT graph input with boost::read_graphviz() and output with boost::write_graphviz() (without changing any attributes). Given the input DOT file (which is, of course, much longer with the full set of information) <metro.dot> graph metro { node[ fontname = "luxirr", style = filled, fillcolor = white ]; "Arts et Métiers"; subgraph ligne_1 { node[ fillcolor = "orange" ]; "La Défense/Grande Arch" -- "Esplanade de la Défense"; } } </metro.dot> The elementary BGL program <metro.cxx> #include <boost/graph/graphviz.hpp> int main( void ) { boost::GraphvizGraph g_dot; boost::read_graphviz( "metro.dot", g_dot ); boost::write_graphviz( "metro_boost.dot", g_dot ); } </metro.cxx> transforms this into the output DOT file <metro_boost.dot> graph ligne_1 { node [fillcolor="orange", fontname="luxirr", style="filled"]; subgraph ligne_1 { node [fillcolor="orange", fontname="luxirr", style="filled"]; 1[label="La Défense/Grande Arch"]; 2[label="Esplanade de la Défense"]; 1 -- 2; } 0[label="Arts et Métiers"]; } </metro_boost.dot> It seems that somewhere on the way, the graph and node (and edge) attributes get clobbered. Note that even the graph name "metro" gets replaced by the name of the (last) subgraph "ligne_1", and /all/ node attributes get mixed up. This seems to be somewhat similar to the recent edge-related problem posted by Hideaki Hiraki. I have not (yet) tried to mess with the graphviz parser code, so I am asking here for help. Thanks. Greetings, Andreas

1 0

bjam hanging on MacOS X
by Nick Bastin 31 May '04

31 May '04

I downloaded Boost 1.31.0 and built bjam with the build.sh script. Now, when I try to build boost with bjam -sTOOLS=darwin install, it just hangs, with no output to the console at all. Is there a way to set it into a verbose mode to see what's going on, or does anybody have any idea what's wrong? This is MacOS X 10.3.3 (7G33) on a 12" powerbook G4 (1.33Ghz) with the latest developer tools (7K249). -- Nick

2 4

Mingw build Boost.Python
by nagual 31 May '04

31 May '04

Hello, All! I try build Boost.Puthon use MinGW g++ (GCC) 3.3.1 (mingw special 20030804-1) command line: cd C:\Lang\Projects\boost\libs\python\build\ bjam -sTOOLS=mingw -s"PYTHON_ROOT=C:\Lang\Python" -s"PYTHON_VERSION=2.3" output: ...found 1165 targets... ...updating 19 targets... gcc-C++-action ..\..\..\bin\boost\libs\python\build\boost_python.dll\mingw\debug\slice.obj In file included from C:/Lang/Projects/boost/libs/python/src/slice.cpp:1: C:/Lang/Projects/boost/boost/python/slice.hpp:29: warning: `dllexport' attribute ignored C:/Lang/Projects/boost/boost/python/slice.hpp:29: error: declaration does not declare anything C:/Lang/Projects/boost/boost/python/slice.hpp:29: error: syntax error before `) ' token C:/Lang/Projects/boost/libs/python/src/slice.cpp:18: error: prototype for ` boost::python::slice::slice()' does not match any in class ` boost::python::slice' C:/Lang/Projects/boost/boost/python/slice.hpp:20: error: candidates are: boost::python::slice::slice(const boost::python::slice&) C:/Lang/Projects/boost/boost/python/slice.hpp:240: error: boost::python::slice::slice(boost::python::detail::new_non_null_reference_t* ) C:/Lang/Projects/boost/boost/python/slice.hpp:240: error: boost::python::slice::slice(boost::python::detail::new_reference_t*) C:/Lang/Projects/boost/boost/python/slice.hpp:240: error: boost::python::slice::slice(boost::python::detail::borrowed_reference_t*) C:/Lang/Projects/boost/boost/python/slice.hpp:39: error: template<class Integer1, class Integer2, class Integer3> boost::python::slice::slice(Integer1, Integer2, Integer3) C:/Lang/Projects/boost/boost/python/slice.hpp:34: error: template<class Integer1, class Integer2> boost::python::slice::slice(Integer1, Integer2) "g++" -c -Wall -ftemplate-depth-100 -DBOOST_PYTHON_DYNAMIC_LIB -DBOOST_PYTHON_SOURCE -g -O0 -fno-inline -mno-cygwin -I"..\..\..\bin\boost\libs\python\build" -I "C:\Lang\Projects\boost" -I "C:\Lang\ActiveState\Python\include" -o"..\..\..\bin\boost\libs\python\build\boost_python.dll\mingw\debug\slice.o bj" "C:\Lang\Projects\boost\libs\python\build\../src/slice.cpp" [i skip other] After change slice.hpp line19-30: class BOOST_PYTHON_DECL slice : public object { private: // Helper function to work around bugs in MSVC 6 //BOOST_PYTHON_DECL static object new_slice(PyObject*, PyObject*, PyObject*); public: // Equivalent to slice(::) //BOOST_PYTHON_DECL slice(); slice.cpp compile ok. But I recive bjam output: ...found 1165 targets... ...updating 19 targets... gcc-C++-action ..\..\..\bin\boost\libs\python\build\boost_python.dll\mingw\debug\slice.obj gcc-Link-action ..\..\..\bin\boost\libs\python\build\boost_python.dll\mingw\debug\boost_pyth on_debug.dll ..\..\..\bin\boost\libs\python\build\boost_python.dll\mingw\debug\boost_pyth on_debug.lib spawn: Invalid argument I build static version using command: cd C:\Lang\Projects\boost\libs\python\build\ bjam -sTOOLS=mingw -s"PYTHON_ROOT=C:\Lang\ActiveState\Python" -s"PYTHON_VERS ION=2.3" -s"BUILD=debug release" lib Help my build Boost.Python library dynamic version using MinGW With best regards, nagual. E-mail: nagual(a)promsoft.ru

2 4

Regex++ Installation Problems
by kinshuk srivastava 30 May '04

30 May '04

Hi I had written earlier too regarding installation problems with the regex++...sorry for not providing the complete details last time..But I am again sending the errors... The Gcc compiler which m using is gcc3.2 nd the operating system is SuSE 9.6...I think the regex++ version is 331... the following are the errors: make -fgcc.mak mkdir -p gcc mkdir -p gcc/boost_regex g++ -o gcc/boost_regex/c_regex_traits.o -c -O2 -I../../../ ../src/c_regex_traits.cpp g++ -o gcc/boost_regex/c_regex_traits_common.o -c -O2 -I../../../ ../src/c_regex_traits_common.cpp g++ -o gcc/boost_regex/cpp_regex_traits.o -c -O2 -I../../../ ../src/cpp_regex_traits.cpp g++ -o gcc/boost_regex/cregex.o -c -O2 -I../../../ ../src/cregex.cpp ../../../boost/regex/v3/regex_match.hpp: In member function `unsigned int boost::RegEx::GrepFiles(bool (*)(const char*, const boost::RegEx&), const char*, bool, unsigned int)': ../../../boost/regex/v3/regex_match.hpp:1937: Internal compiler error in expand_call, at calls.c:3049 Please submit a full bug report, with preprocessed source if appropriate. See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions. make: *** [gcc/boost_regex/cregex.o] Fehler 1 Thanx in advance... -Kinshuk ________________________________________________________________________ Yahoo! India Matrimony: Find your partner online. http://yahoo.shaadi.com/india-matrimony/

2 1

bjam build failed (winxp, mingw)
by krejci.lukas＠volny.cz 29 May '04

29 May '04

Hi, today I downloaded boost 1.31.0 and precompiled bjam. then I invoked bjam: cd C:\_projects\_coding\_sdk\boost_1_31_0 bjam -s"TOOLS=mingw" -s"MINGW_ROOT_DIRECTORY=C:\Program Files\Dev-Cpp" --prefix=C:\_projects\_coding\@mingw --with-python-root="C:\Program Files\Python23" --with-pydebug install and this was the output: ...patience... ...found 9330 targets... ...updating 3796 targets... MkDir1 bin spawn: No such file or directory I am new to jam/bjam. Can anyone help me with this problem? Thanks for your help, L.

2 1

Re: Using filenames starting with a dot
by Steven Woolgar 28 May '04

28 May '04

> I wanted to create a hidden files (for configuration etc) by starting > the filename with a dot on a Linux system. > The following line aborts the program when filename is a std::string > starting with a dot: > > > boost::filesystem::path filename_complete = basepath / filename; > > Are there any tricks for that? I think in fact an exception is being thrown. Wrap it in a try block to find out what is getting thrown. Once you know, you will find that the code has traits to control the behavior in regards to non-standard naming conventions. Woolie

1 0

Calling thread::join from another thread?
by Wolfgang Meyer 28 May '04

28 May '04

Given a thread A created by a thread B. Is calling the join-method of A from a thread C a well-defined operation? (With C != B && C != A) It seems to work fine, but I want to make sure that this was not just 'luck'. Assumed, the operation is not defined: Can someone imagine a way to wrap a thread such that is can be joined by an arbitrary other thread? Thanks for clarification, Wolfgang Meyer

2 1

Using filenames starting with a dot
by Uli Türk 28 May '04

28 May '04

Hi everyone! I wanted to create a hidden files (for configuration etc) by starting the filename with a dot on a Linux system. The following line aborts the program when filename is a std::string starting with a dot: > boost::filesystem::path filename_complete = basepath / filename; Are there any tricks for that? Thanks! Uli

3 2

Re: [Boost-users] boost::thread, boost::bind, and member functions
by Mike Feldmeier 27 May '04

27 May '04

Hah! I found the answer in a python mailing list from someone who was having trouble building the python part of boost in conjunction with stlport. Changing my build batch to the following was the key: set stlport-iostream="on" set STLPORT_VERSION="4.6.2" set STLPORT_PATH="C:/" bjam "-sTOOLS=vc7.1-stlport" "-sBUILD=debug release" install Thanks to everyone for their help! Mike _________________________________________________________________ MSN Toolbar provides one-click access to Hotmail from any Web page FREE download! http://toolbar.msn.click-url.com/go/onm00200413ave/direct/01/

1 0

RE: [Boost-users] lexical_cast tests failed
by Rozental, Gennadiy 27 May '04

27 May '04

> I was testing out lexical_cast, and I would expect that for > any value v of type T, it should be true that > > v == lexical_cast<T>(lexical_cast<string>(v)) > > but this does not appear to work for float or double in all > cases. In particular, the following tests failed: > > float value = numeric_values<float>::min(); > BOOST_CHECK_EQUAL(value, > lexical_cast<float>(lexical_cast<string>(value))); > value = numeric_values<float>::max(); > BOOST_CHECK_EQUAL(value, > lexical_cast<float>(lexical_cast<string>(value))); > > double dvalue = numeric_values<double>::min(); > BOOST_CHECK_EQUAL(dvalue, > lexical_cast<double>(lexical_cast<string>(dvalue))); > dvalue = numeric_values<double>::max(); > BOOST_CHECK_EQUAL(dvalue, > lexical_cast<double>(lexical_cast<string>(dvalue))); > > Should I have expected these tests to pass? > > thanks, > > --chris Try to use BOOST_CHECK_CLOSE instead. Don't use BOOST_CHECK_EQUAL to compare floats. Gennadiy.

1 0