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

Compiling with "Visual C++ Toolkit"?
by Wolfgang Meyer 03 Jun '04

03 Jun '04

Has anyone already successfully built Boost with the "Visual C++ Toolkit 2003", aka the free command line version of VC 7.1? I adjusted VC71_ROOT and copied "vcvars32.bat" to "bin". But there are still a lot of errors, the first one being: greg_month.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: __thiscall std ::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >(char const *)" (__imp_??0?$basic_string@DU?$char_tr aits@D@std@@V?$allocator@D@2@@std@@QAE@PBD@Z) referenced in function "public: static class boost::shared _ptr<class std::map<class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char > >,unsigned short,struct std::less<class std::basic_string<char,struct std::char_traits<char>,class std ::allocator<char> > >,class std::allocator<struct std::pair<class std::basic_string<char,struct std::cha r_traits<char>,class std::allocator<char> > const ,unsigned short> > > > __cdecl boost::gregorian::greg_ month::get_month_map_ptr(void)" (?get_month_map_ptr@greg_month@gregorian@boost@@SA?AV?$shared_ptr@V?$map @V?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@GU?$less@V?$basic_string@DU?$char_traits@ D@std@@V?$allocator@D@2@@std@@@2@V?$allocator@U?$pair@$$CBV?$basic_string@DU?$char_traits@D@std@@V?$allo cator@D@2@@std@@G@std@@@2@@std@@@3@XZ) Similar errors occur if I try to use the (successfully built) boost_thread-vc71-mt-1_31.lib with a sample project. Any ideas? Regards, Wolfgang Meyer

1 1

Re: boost regex support for 64-bit
by Itay Eliaz 03 Jun '04

03 Jun '04

Hi, We compiled the latest RegEx library on: 1. SunOS 5.8 Workshop 6: We used the sunpro.mak makefile. Unfortunately, we received many error messages regarding conversions from enum to int and vice versa. 2. HP-UX 11.11 aCC 3.33: We used the generic.mak makeilfe. We got an error regarding dynamic_cast from char*& to char*. In both cases, we didn't run the configure script in libs/config, because if we do, we get many compilation errors (probably because of the #define-s in the created user.hpp). Are you aware of these problems? or are we doing something wrong? Is it imperative that we run the configure script and not use the default user.hpp? On top of that, we managed to overcome the problems I mentioned by simply specifing explicit conversion and casting, and we compiled RegEx on Forte 6 with the 64-bit compilation flag. The compilation worked, but unfortunately, the tests failed. (I mean, the compiled okay and run, but they say that tests.txt contains errors - something that didn't happen when compiling the 32-bit version). What can we do to make it work in 64-bits? Thanks, Yaron "John Maddock" <john(a)johnmaddock.co.uk> wrote in message news:<016d01c43808$4e99e9a0$9cec0352@fuji>... > > 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 ? > > 64-bit support should be fine in most recent versions (there was a 64-bit > related bug in one release, but I forget which one now, it was some time ago > now). However the compilers you mention are particularly broken when it > come to compiling any kind of vaguely advanced C++ : The sun compiler should > just about handle regex, as will MSVC 6, but HP aCC is just so broken we've > never been able to port even the most basic Boost libraries to it, sorry... > but see also http://lists.boost.org/MailArchives/boost/msg63570.php > > John.

2 1

Bind and shared_ptr
by Robin 03 Jun '04

03 Jun '04

Hi, The current bind defines the placeholder _1, _2 etc. I was wondering if there is another placeholder that will deference the placeholder if the container is holding pointers instead of copies? Usually I store shared_ptrs in containers instead of direct copies as they are polymorphic class C; // this is our object we are storing typedef boost::shared_ptr<C> CSP; std::vector<CSP> C_List; Now we have a function that operates on C void Operate(C &c); C_List clist; // the list of shared_ptrs to C // this won't compile std::for_each (clist.begin (), clist.end (), boost::bind (Operator,_1)); I have to make an auxillary function to compile void Wrap_Operate (CSP &c) { Operate(*c); } std::for_each (clist.begin (), clist.end (), boost::bind (Wrap_Operate, _1)); Is there to avoid making the additional function and have a placeholder that will dereference directly (eg *_1, *_2)? Can I have the cake and eat it? Robin

1 0

(no subject)
by Mike Feldmeier 02 Jun '04

02 Jun '04

Hi everyone, Could someone please point me in the right direction with this one? : class data { int x; }; class worker { void run(&data d); }; void run_worker(worker& w, data& d) { boost::thread(boost::bind(&worker::run, &my_worker, _1)(boost:ref(my_data))); } void main() { worker my_worker; data my_data; run_worker(my_worker, my_data); } Compiling this yields.. test.cpp(24) : error C2440: 'type cast' : cannot convert from 'boost::_bi::bind_t<R,F,L>::result_type' to 'boost::thread' with [ R=void, F=boost::_mfi::mf1<void,worker,data &>, L=boost::_bi::list2<boost::_bi::list_av_2<worker *,boost::arg<1>>::B1,boost::_bi::list_av_2<worker *,boost::arg<1>>::B2> ] Expressions of type void cannot be converted to other types Can I not bind to functions with a void return type? Changing it to int, produces a similar message. Any help appreciated! Thanks, Mike _________________________________________________________________ FREE pop-up blocking with the new MSN Toolbar get it now! http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/

2 1

bjam failed to build (mingw)
by krejci.lukas＠volny.cz 02 Jun '04

02 Jun '04

Hi, I have updated from CVS today, set the dev-cpp bin directory into PATH and run: build.bat mingw. This build has failed, attachment '1.txt' contains stdout&stderr outputs. Then I set two additional environment variables: set MINGW_ROOT_DIRECTORY=C:\Dev-Cpp set BOOST_JAM_TOOLSET_ROOT=C:\Dev-Cpp\ and again run: build.bat mingw. This build failed too, attachment '2.txt' contains stdout&stderr outputs. Am I something missing? Have a nice day, L.

4 8

BGL: "degree" with listS
by Bayle Shanks 02 Jun '04

02 Jun '04

I have another question. The following code won't compile. But if you change the first "listS" to "vecS", then it does. I can't find anything in the docs which forbids the use of "degree" with adjacency_list <listS, listS, ... ------------- #include <boost/config.hpp> #include <list> #include <boost/graph/adjacency_list.hpp> using namespace boost; using namespace std; typedef property<vertex_color_t, default_color_type, property<vertex_distance_t,std::size_t, property<vertex_degree_t,std::size_t, property<vertex_in_degree_t, std::size_t, property<vertex_out_degree_t,std::size_t> > > > > VertexProperty; typedef adjacency_list<listS, listS, bidirectionalS, VertexProperty> Graph; typedef boost::graph_traits<Graph>::vertex_descriptor vertexType; int main(int, char*[]) { Graph g; vertexType v0; v0 = add_vertex(g); out_degree(v0, g); } ----------- the compile error is: ----------- /usr/include/boost/iterator/iterator_traits.hpp: In function `void std::distance(_InputIterator, _InputIterator, _Distance&) [with _InputIterator = std::_List_iterator<boost::detail::sei_<size_t, std::_List_iterator<boost::list_edge<size_t, boost::no_property>, boost::list_edge<size_t, boost::no_property>&, boost::list_edge<size_t, boost::no_property>*>, boost::no_property>, const boost::detail::sei_<size_t, std::_List_iterator<boost::list_edge<size_t, boost::no_property>, boost::list_edge<size_t, boost::no_property>&, boost::list_edge<size_t, boost::no_property>*>, boost::no_property>&, const boost::detail::sei_<size_t, std::_List_iterator<boost::list_edge<size_t, boost::no_property>, boost::list_edge<size_t, boost::no_property>&, boost::list_edge<size_t, boost::no_property>*>, boost::no_property>*>, _Distance = size_t]': /usr/include/g++-v3/bits/stl_list.h:307: instantiated from `size_t std::list<_Tp, _Alloc>::size() const [with _Tp = boost::detail::sei_<size_t, std::_List_iterator<boost::list_edge<size_t, boost::no_property>, boost::list_edge<size_t, boost::no_property>&, boost::list_edge<size_t, boost::no_property>*>, boost::no_property>, _Alloc = std::allocator<boost::detail::sei_<size_t, std::_List_iterator<boost::list_edge<size_t, boost::no_property>, boost::list_edge<size_t, boost::no_property>&, boost::list_edge<size_t, boost::no_property>*>, boost::no_property> >]' /usr/include/boost/graph/detail/adjacency_list.hpp:1409: instantiated from `typename Config::degree_size_type boost::out_degree(typename Config::vertex_descriptor, const boost::adj_list_helper<Config, Base>&) [with Config = boost::detail::adj_list_gen<boost::adjacency_list<boost::listS, boost::vecS, boost::bidirectionalS, VertexProperty, boost::no_property, boost::no_property, boost::listS>, boost::vecS, boost::listS, boost::bidirectionalS, VertexProperty, boost::no_property, boost::no_property, boost::listS>::config, Base = boost::bidirectional_graph_helper_with_property<boost::detail::adj_list_gen<boost::adjacency_list<boost::listS, boost::vecS, boost::bidirectionalS, VertexProperty, boost::no_property, boost::no_property, boost::listS>, boost::vecS, boost::listS, boost::bidirectionalS, VertexProperty, boost::no_property, boost::no_property, boost::listS>::config>]' graph2.cpp:26: instantiated from here /usr/include/boost/iterator/iterator_traits.hpp:54: `template<Iterator> struct boost::iterator_category' is not a function, /usr/include/g++-v3/bits/stl_iterator_base_types.h:196: conflict with `template<_Iter> typename std::iterator_traits::iterator_category std::iterator_category(const _Iter&)' /usr/include/g++-v3/bits/stl_iterator_base_funcs.h:102: in call to `iterator_category' ----------- thanks, bayle

1 0

BGL: multigraphs with remove_edge_if
by Bayle Shanks 01 Jun '04

01 Jun '04

Hi, I have a question about the BGL. I'm trying to get remove_edge_if to work with a multigraph. The documentation doesn't seem to prohibit this: http://www.boost.org/libs/graph/doc/MutableGraph.html http://www.boost.org/libs/graph/doc/adjacency_list.html However, the following sample code crashes. It is intended to add two vertices v0 and v1, and to add two edges from v0 to v1, and then to remove all of the edges by passing an always-true predicate to remove_edge_if. ------------------- #include <boost/config.hpp> #include <iostream> // for std::cout #include <utility> // for std::pair #include <boost/utility.hpp> // for boost::tie #include <boost/graph/graph_traits.hpp> // for boost::graph_traits #include <boost/graph/adjacency_list.hpp> #include <boost/graph/graphviz.hpp> using namespace std; using namespace boost; typedef adjacency_list<vecS, vecS, bidirectionalS > UnderlyingGraphType; typedef boost::graph_traits<UnderlyingGraphType>::vertex_descriptor vertexType; typedef boost::graph_traits<UnderlyingGraphType>::edge_descriptor edgeType; class truePredicate { public: truePredicate() {} bool operator()(edgeType e){ cout << "edgePred got " << e <<endl; cout << "about to return true!!!" << endl; return true; } }; int main(int,char*[]) { UnderlyingGraphType G = UnderlyingGraphType(); vertexType v0, v1; edgeType e01_1, e01_2; bool inserted; v0 = boost::add_vertex(G); v1 = boost::add_vertex(G); cout << "v0: " << v0 << endl; cout << "v1: " << v1 << endl; boost::tie(e01_1, inserted) = boost::add_edge(v0,v1,G); cout << "e1: " << e01_1 << endl; cout << "ins1: " << inserted << endl; boost::tie(e01_2, inserted) = boost::add_edge(v0,v1,G); cout << "e2: " << e01_1 << endl; cout << "ins2: " << inserted << endl; boost::write_graphviz(cout,G); boost::remove_edge_if(truePredicate(), G); boost::write_graphviz(cout,G); } ------------------- I'm using Boost 1_31_0 on Debian GNU/Linux with g++-3.0. The result of running the above code on my system is: ------------------- v0: 0 v1: 1 e1: (0,1) ins1: 1 e2: (0,1) ins2: 1 digraph G { 0; 1; 0->1 ; 0->1 ; } edgePred got (0,1) about to return true!!! edgePred got (0,1) about to return true!!! edgePred got (0,1) about to return true!!! edgePred got (4294967295,1919379812) about to return true!!! Segmentation fault ------------------- thanks for your help, bayle p.s. btw, i'm in the process of wrapping BGL for Python using Boost::Python, in case anyone is interested.

1 0

Graph Serialization
by Daniel Z 01 Jun '04

01 Jun '04

Hello, i'm trying to use the serialization library. I manage to serialize simple class, but now i would like to serialize a boost graph, but i can't find how to do it. Anyone can tell me how to begin? Thx. Plus simple, plus fiable, plus rapide : découvrez le nouveau Caramail - http://www.caramail.lycos.fr

1 0

boost::variant: need help with 'get'
by Caleb Epstein 01 Jun '04

01 Jun '04

I'm trying to use the "get" template with boost::variant but can't figure out how to get my compiler to recognize it. Here's a simple test program: --- #include <iostream> #include <cmath> #include <string> #include <boost/variant.hpp> using namespace boost; using namespace std; typedef variant<int, double, string> elem_t; int main () { elem_t pi = M_PI; double d = get (pi); cout << "pi =~ " << d << endl; return 0; } --- But my compiler (gcc 3.3.2) tells me: g++ -I/home/tools/boost-1.31.0 test.cpp -o test test.cpp: In function `int main()': test.cpp:15: error: no matching function for call to `get(elem_t&)' I'm using Boost 1.31.0. Thanks for any help, -- Caleb Epstein | bklyn . org | The Golden Rule of Arts and Sciences: cae at | Brooklyn Dust | He who has the gold makes the rules. bklyn dot org | Bunny Mfg. |

2 2

Boost::tokenizer and reverse iterators
by Jeff Holle 31 May '04

31 May '04

I'm using boost v1_31_0 and gcc v3.3.2 In experimenting with boost::tokenizer to meet a requirement that I have, I've tried hooking it to a reverse iterator. This act produced a run-time error. This is the code: const string test = "One:Two:Three:Four"; typedef char_separator<char> Sep; typedef tokenizer<Sep,string::const_reverse_iterator> Tok; Sep sep(":"); Tok t(test,sep); for (Tok::iterator iter=t.end();iter!=t.begin();++iter) cout << *iter << endl; Executing this produces continous output of "garbage". Switching the ".end()" and ".begin()" references in the for loop doesn't fix this problem. Switching from "const_reverse_iterator" to "const_iterator" produces the following output: One Two Three Four Is there a way to use a reverse iterator with boost:tokenizer?

4 6

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

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

Use of a member pointer to a member function in for_each - is it possible?
by Vesselin Kostadinov 27 May '04

27 May '04

Hi, I am struggling to find the proper combination of ataptors/binders to use a member pointer to a member function in a for_each. Is this possible at all? Any help is appreciated. Here is the code: #include <iostream> #include <algorithm> #include <vector> #include <boost/bind.hpp> #include <boost/ref.hpp> using namespace std; class foo { private: int value; void default_proc(int& x) { cout << "default_proc. Value = " << value << ", Param = " << x << "\n";} void init1_proc(int& x) { cout << "init1_proc. Value = " << value << ", Param = " << x << "\n";} public: void (foo::*func_ptr)(int& x); //yes, I need the reference here foo(int init) : value(init), func_ptr(init == 1 ? &foo::init1_proc : &foo::default_proc) {} }; int main() { vector<foo> foos; foos.push_back(foo(0)); foos.push_back(foo(1)); foos.push_back(foo(2)); int param = 3; //i need this functionality: //prints "default_proc. Value = 0, Param = 3": (foos[0].*foos[0].func_ptr)(param); //prints "init1_proc. Value = 1, Param = 3": (foos[1].*foos[1].func_ptr)(param); //prints "default_proc. Value = 2, Param = 3": (foos[2].*foos[2].func_ptr)(param); //using the right combination of for_each, bind, ref, mem_fn, etc: // std::for_each(foos.begin(), foos.end(), // boost::bind(???????), // _1, boost::ref(param)); } The compiler is Borland C++ 5.6.4 for Win32. Thanks in advance

2 1

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

26 May '04

GAH! No change. My %LIB% is now C:\STLport-4.6.2\lib;C:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\Lib\ My %INCLUDE% is now C:\STLport-4.6.2\stlport;C:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\include\ My rebuilds have been starting with copying dlls and libs to /Boost, so I blew away the bin directory and the target /Boost directory and watched it rebuild each. I checked a few of the other boost dlls as well, they basically have the same dependencies. >From: GoochRules! <goochrules(a)hotmail.com> >Reply-To: boost-users(a)lists.boost.org >To: boost-users(a)lists.boost.org >Subject: Re: [Boost-users] boost::thread, boost::bind, and member functions >Date: Tue, 25 May 2004 20:10:26 -0600 > >>Sure enough, running depends on the boost dll shows MSVCP71D.DLL, >>MSVCR71D.DLL and KERNEL32.DLL, but no STLPORT! > >To me it looks like your STLport include/lib directories come after the >Platform SDK/VS.Net2003 directories, which means STLport is not being used >at all, hence it is not listed in the dependencies. > >Try: >set INCLUDE=$STLport_include_path;%INCLUDE% >set LIB=$STLport_lib_path;%LIB% > >--mpeltzer > > >_______________________________________________ >Boost-users mailing list >Boost-users(a)lists.boost.org >http://lists.boost.org/mailman/listinfo.cgi/boost-users _________________________________________________________________ Stop worrying about overloading your inbox - get MSN Hotmail Extra Storage! http://join.msn.click-url.com/go/onm00200362ave/direct/01/

1 0

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

26 May '04

>From: GoochRules! <goochrules(a)hotmail.com> >Reply-To: boost-users(a)lists.boost.org >To: boost-users(a)lists.boost.org >Subject: Re: [Boost-users] boost::thread, boost::bind, and member functions >Date: Tue, 25 May 2004 12:37:24 -0600 > >>Unfortunately, this whole roadtrip started with the need for STL >>collections to cross DLL boundaries, which is why I am using STLPort. The >>STL that comes with VC++ 7.1 doesn't (with the exception of string and >>vector). When I built boost, I built it with the vc7.1-stlport toolset, >>and I have the stlport library directory in my "additional library path". >>Along this line, I wonder if I need to be doing something special with the >>STLPort DLL? > >One thing to check, if you have the Platform SDK installed, you should have >a 'depends.exe' application... this shows you the dll an exe or dll depends >upon, and even which functions of those dlls are used. Make sure stlport >is one of 'em. If it isn't, make sure that your additional directories >(include and library) are **before** the VS and PSDK directories. Note >that boost will still depend upon msvcpt71.dll and msvcr71.dll (when >compiled with VS.Net2003, but it will use the stlport dll for stl objects. > Sure enough, running depends on the boost dll shows MSVCP71D.DLL, MSVCR71D.DLL and KERNEL32.DLL, but no STLPORT! I built boost with: set STLPORT_PATH=C:\ (STLPort is in C:\STLport-4.6.2) bjam "-sTOOLS=vc7.1-stlport" "-sBUILD=debug release" install Is this not correct? I don't get any errors indicating that it can't find STLPort. Thanks, Mike _________________________________________________________________ Learn to simplify your finances and your life in Streamline Your Life from MSN Money. http://special.msn.com/money/0405streamline.armx

2 1