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

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

lexical_cast tests failed
by Chris Surridge 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

1 0

[regex] invalid syntax for non-gready repeats
by Thorsten Ottosen 27 May '04

27 May '04

Hi, this inocent code throws an exception: static const regex rpath( "Return-Path:(.*?)Received: ", regex_constants::icase ); according to http://www.boost.org/libs/regex/doc/syntax.html this is how non-gready repeats are specified. Can anybody figure out what is wrong? Thanks Thorsten

2 2