March 2002 - Boost-users - lists.boost.org

boost.bind usage
by markus_schoepflin 25 Mar '02

25 Mar '02

Is it just me or is it my compiler (MSVC6SP5)? The following code gives me an error. Whats wrong? #include <boost/bind.hpp> #include <functional> using boost::bind; void main() { bind(std::greater<int>, _1, _2)(1, 2); } main.cpp(8) : error C2275: 'std::greater<int>' : illegal use of this type as an expression TIA, Markus

1 0

compiling boost-python on Solaris 2.6
by Carr, Dudley 25 Mar '02

25 Mar '02

> Hi, > > I'm attempting to compile the shared library version of boost-python on > Solaris 2.6 using gcc2.95.3, Sun's ld, and python 2.1. The compilation > works just fine, but the linking phase for creating libboost-python.so > fails. Here is the relevant info for my compilation: > > jam -sBOOST_ROOT=. -sTOOLS="gcc" -sPYTHON_ROOT=/home/dcarr/opt/python > -sPYTHON_VERSION=2.1 -sPYTHON=/home/dcarr/opt/python/bin/python2.1 > > And where things go wrong... > > gcc-Link-action > ../../../libs/python/build/bin/libboost_python/gcc/debug/runtime-link-dyna > mic/shared-linkable-true/libboost_python.so > ld: fatal: library -lutil: not found > ld: elf error: file .: elf_begin: I/O error: region read: Is a directory > ld: fatal: File processing errors. No output written to > ../../../libs/python/build/bin/libboost_python/gcc/debug/runtime-link-dyna > mic/shared-linkable-true/libboost_python.so > collect2: ld returned 1 exit status > > g++ -g -fPIC -shared -o > "../../../libs/python/build/bin/libboost_python/gcc/debug/runtime-link-dyn > amic/shared-linkable-true/libboost_python.so" > -L/home/dcarr/opt/python/lib/python2.1/config > "../../../libs/python/build/bin/libboost_python/gcc/debug/runtime-link-dyn > amic/shared-linkable-true/types.o" > "../../../libs/python/build/bin/libboost_python/gcc/debug/runtime-link-dyn > amic/shared-linkable-true/classes.o" > "../../../libs/python/build/bin/libboost_python/gcc/debug/runtime-link-dyn > amic/shared-linkable-true/conversions.o" > "../../../libs/python/build/bin/libboost_python/gcc/debug/runtime-link-dyn > amic/shared-linkable-true/extension_class.o" > "../../../libs/python/build/bin/libboost_python/gcc/debug/runtime-link-dyn > amic/shared-linkable-true/functions.o" > "../../../libs/python/build/bin/libboost_python/gcc/debug/runtime-link-dyn > amic/shared-linkable-true/init_function.o" > "../../../libs/python/build/bin/libboost_python/gcc/debug/runtime-link-dyn > amic/shared-linkable-true/module_builder.o" > "../../../libs/python/build/bin/libboost_python/gcc/debug/runtime-link-dyn > amic/shared-linkable-true/objects.o" > "../../../libs/python/build/bin/libboost_python/gcc/debug/runtime-link-dyn > amic/shared-linkable-true/cross_module.o" > "../../../libs/python/build/bin/libboost_python/gcc/debug/runtime-link-dyn > amic/shared-linkable-true/errors.o" -lutil -Wl,-rpath-link,. > > > I tried removing the -lutil since I figured it may not be necessary, but I > got the exact same error message without the "-lutil: not found" message. > As far as I can tell, I need to install glibc2 in order to link against > the util library. The elf error, however, is a mystery to me. Any help > would be much appreciated. > > Dudley > > PS Sorry for the hideous disclaimer below. ------------------------------------------------------------------------------ This message is intended only for the personal and confidential use of the designated recipient(s) named above. If you are not the intended recipient of this message you are hereby notified that any review, dissemination, distribution or copying of this message is strictly prohibited. This communication is for information purposes only and should not be regarded as an offer to sell or as a solicitation of an offer to buy any financial product, an official confirmation of any transaction, or as an official statement of Lehman Brothers. Email transmission cannot be guaranteed to be secure or error-free. Therefore, we do not represent that this information is complete or accurate and it should not be relied upon as such. All information is subject to change without notice.

1 0

BOOST_NO_SWPRINTF defined for VC++ 6.0
by Edward Diener 23 Mar '02

23 Mar '02

Why is BOOST_NO_SWPRINTF defined for VC++ 6.0 in the config\compiler\visualc.hpp ? There most certainly is a swprintf in the header files. Is there something wrong with it in VC6 ? If I can't use it in some Boost code which I am modifying slightly for my own purpose, is there something else I can use ?

2 1

Why does lexical_cast make a copy?
by Daniel T. 23 Mar '02

23 Mar '02

I noticed that the function declaration of lexical_cast is: template<typename Target, typename Source> Target lexical_cast(Source arg) Namely that arg is a copy of the original source. Is there a specific reason that a copy is made? Why isn't it a 'const Source&' instead? --

2 1

Missing timestamp.c in jam_src
by rwhadsell 22 Mar '02

22 Mar '02

I just downloaded Boost 1.27.0 and tried to build jam for my Tru64 Unix system. The make failed, because there is no timestamp.c in the tools/build/jam_src directory.

4 5

Problems building Boost 1.27.0 libraries
by Paul Dubuc 22 Mar '02

22 Mar '02

I have downloaded Boost and am trying to build the libraries on Solaris 8 with g++ 2.95.3: jam -sBOOST_ROOT=. -sTOOLS=gcc -sBUILD="debug release" The thread library has an error building once.cpp: gcc-C++-action libs/thread/build/bin/libboost_thread/gcc/release/runtime-link-dy namic/threading-multi/once.o g++: unrecognized option `-pthread' libs/thread/build/../src/once.cpp:42: warning: aggregate has a partly bracketed initializer libs/thread/build/../src/once.cpp:138: parse error at end of input g++ -c -Wall -ftemplate-depth-100 -DNDEBUG -O4 -finline-functions -Wno-in line -pthread -I"libs/thread/build" -I"." -o "libs/thread/build/bin/libboost _thread/gcc/release/runtime-link-dynamic/threading-multi/once.o" "libs/thread/b uild/../src/once.cpp" ...failed gcc-C++-action libs/thread/build/bin/libboost_thread/gcc/release/runti me-link-dynamic/threading-multi/once.o ... The Python library seems to have some missing files. Lots of errors of this type: -- In file included from boost/python/detail/base_object.hpp:16, from boost/python/detail/types.hpp:27, from boost/python/detail/call_object.hpp:9, from libs/python/build/../src/types.cpp:11: boost/python/detail/wrap_python.hpp:24: patchlevel.h: No such file or directory boost/python/detail/wrap_python.hpp:100: Python.h: No such file or directory The regex library builds fine, but I get the following errors when I use the gcc.mak makefile to build and run the regression test in libs/regex/test/regress: g++ -pedantic -Wall -I../../../../ -I./ -L../../build/gcc -O2 -o r2 tests.cpp parse.cpp regress.cpp -lboost_regex In file included from ../../../../boost/regex/config.hpp:51, from ../../../../boost/cregex.hpp:27, from ../../../../boost/regex.hpp:31, from tests.cpp:26: ../../../../boost/cstdint.hpp:202: too many `l's in integer constant ../../../../boost/cstdint.hpp:205: #error defaults not correct; you must hand mo dify boost/cstdint.hpp In file included from ../../../../boost/regex/config.hpp:51, from ../../../../boost/cregex.hpp:27, from ../../../../boost/regex.hpp:31, from parse.cpp:25: ../../../../boost/cstdint.hpp:202: too many `l's in integer constant ../../../../boost/cstdint.hpp:205: #error defaults not correct; you must hand mo dify boost/cstdint.hpp In file included from ../../../../boost/regex/config.hpp:51, from ../../../../boost/cregex.hpp:27, from ../../../../boost/regex.hpp:31, from regress.cpp:26: ../../../../boost/cstdint.hpp:202: too many `l's in integer constant ../../../../boost/cstdint.hpp:205: #error defaults not correct; you must hand mo dify boost/cstdint.hpp make: *** [r2] Error 1 I can work around this one by modifying gcc.mak to remove the -pedantic option. I would appreciate any help I can get with the other errors. Are the Python and Threads libraries not supported with my configuration? Thanks, -- Paul M. Dubuc

3 2

RE: [Boost-Users] BFS-visitor with gcc3.0.1
by Wintermantel , Marc 22 Mar '02

22 Mar '02

Thank you very much... just worked perfect! Yours truly, Marc -----Original Message----- From: Jeremy Siek [mailto:jsiek@cs.indiana.edu] Sent: Thursday, March 21, 2002 10:53 PM To: Boost-Users(a)yahoogroups.com Subject: RE: [Boost-Users] BFS-visitor with gcc3.0.1 Sure. Here's the gist: typedef vector<...>::iterator vec_iter; typedef graph_traits<Graph>::vertices_size_type size_type; typedef property_map<Graph, vertex_index_t>::const_type VertexID; boost::iterator_property_map<vec_iter, VertexID, size_type, size_type&> dist_pmap(dist.begin(), get(vertex_index, g)); Also, in the BGL book there is an example of iterator property map on page 79-80. And the web pages have a slighly different example: http://www.boost.org/libs/property_map/iterator_property_map.html Cheers, Jeremy On Thu, 21 Mar 2002, Wintermantel , Marc wrote: marc.w> Hello Jeremy, marc.w> marc.w> marc.w> Thank you for your quick answer. Unfortunately I'm not so experienced marc.w> with these property maps. Could you give me a hint how to wrap this marc.w> iterator_property_map around my vector::iterator? marc.w> marc.w> marc.w> marc.w> Yours truly, marc.w> marc.w> marc.w> marc.w> Marc Wintermantel marc.w> marc.w> marc.w> marc.w> -----Original Message----- marc.w> From: Jeremy Siek [mailto:jsiek@cs.indiana.edu] marc.w> Sent: Wednesday, March 20, 2002 2:40 PM marc.w> To: Boost-Users(a)yahoogroups.com marc.w> Subject: Re: [Boost-Users] BFS-visitor with gcc3.0.1 marc.w> marc.w> marc.w> marc.w> Hi Marc, marc.w> marc.w> I think your problem is that BGL has get() and put() property map marc.w> functions defined for pointers, but vector::iterator is not guaranteed marc.w> to marc.w> be a pointer. marc.w> marc.w> The fix is to wrap vector::iterator using the iterator_property_map marc.w> class. marc.w> marc.w> Cheers, marc.w> Jeremy marc.w> marc.w> On Wed, 20 Mar 2002, Wintermantel , Marc wrote: marc.w> marc.w> marc.w> Hello, marc.w> marc.w> marc.w> marc.w> marc.w> marc.w> marc.w> marc.w> I tried to complile the following code that worked under gcc marc.w> 2.95.3 marc.w> marc.w> under gcc 3.0.1 and got tons of error messages: marc.w> marc.w> marc.w> marc.w> marc.w> marc.w> marc.w> marc.w> typedef adjacency_list< marc.w> marc.w> marc.w> marc.w> setS, marc.w> marc.w> marc.w> marc.w> vecS, marc.w> marc.w> marc.w> marc.w> undirectedS, marc.w> marc.w> marc.w> marc.w> property< marc.w> marc.w> marc.w> marc.w> vertex_color_t, marc.w> marc.w> marc.w> marc.w> default_color_type, marc.w> marc.w> marc.w> marc.w> property< marc.w> marc.w> marc.w> marc.w> vertex_degree_t, marc.w> marc.w> marc.w> marc.w> int, marc.w> marc.w> marc.w> marc.w> property< marc.w> marc.w> marc.w> marc.w> vertex_current_degree_t, marc.w> marc.w> marc.w> marc.w> int, marc.w> marc.w> marc.w> marc.w> property< marc.w> marc.w> marc.w> marc.w> vertex_priority_t, marc.w> marc.w> marc.w> marc.w> int > > > > > Graph; marc.w> marc.w> marc.w> marc.w> marc.w> marc.w> marc.w> marc.w> ... marc.w> marc.w> marc.w> marc.w> marc.w> marc.w> marc.w> marc.w> std::vector<graph_traits<Graph>::vertices_size_type> marc.w> marc.w> dist(num_vertices(G), 0); marc.w> marc.w> marc.w> marc.w> marc.w> marc.w> marc.w> marc.w> breadth_first_search marc.w> marc.w> marc.w> marc.w> (G, e, visitor marc.w> marc.w> marc.w> marc.w> ( marc.w> marc.w> marc.w> marc.w> make_bfs_visitor(record_distances(dist.begin(), marc.w> marc.w> on_tree_edge() ) ) marc.w> marc.w> marc.w> marc.w> ) marc.w> marc.w> marc.w> marc.w> ); marc.w> marc.w> marc.w> marc.w> marc.w> marc.w> marc.w> marc.w> ... marc.w> marc.w> marc.w> marc.w> marc.w> marc.w> marc.w> marc.w> The errors have something to deal with the visitors, more I marc.w> could not marc.w> marc.w> read out of the errors. When I use a simple array in the form marc.w> int d[n] marc.w> marc.w> it works. marc.w> marc.w> marc.w> marc.w> marc.w> marc.w> marc.w> marc.w> Yours truly, marc.w> marc.w> marc.w> marc.w> marc.w> marc.w> marc.w> marc.w> Marc Wintermantel marc.w> marc.w> marc.w> marc.w> marc.w> marc.w> marc.w> marc.w> marc.w> marc.w> marc.w> marc.w> Marc Wintermantel marc.w> marc.w> marc.w> marc.w> IMES - Structures Technology marc.w> marc.w> marc.w> marc.w> ETH Zurich, LEO C4 marc.w> marc.w> marc.w> marc.w> Leonhardstrasse 27 marc.w> marc.w> marc.w> marc.w> CH- 8092 Zurich marc.w> marc.w> marc.w> marc.w> Tel. ++41 1 633 35 32 marc.w> marc.w> marc.w> marc.w> Fax. ++41 1 632 17 02 marc.w> marc.w> marc.w> marc.w> marc.w> marc.w> marc.w> marc.w> marc.w> marc.w> marc.w> marc.w> [Non-text portions of this message have been removed] marc.w> marc.w> marc.w> marc.w> marc.w> marc.w> marc.w> marc.w> marc.w> marc.w> Info: <http://www.boost.org> marc.w> marc.w> Wiki: marc.w> <http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl> marc.w> marc.w> Unsubscribe: <mailto:boost-users-unsubscribe@yahoogroups.com> marc.w> marc.w> marc.w> marc.w> marc.w> marc.w> Your use of Yahoo! Groups is subject to marc.w> http://docs.yahoo.com/info/terms/ marc.w> marc.w> marc.w> marc.w> marc.w> marc.w> ---------------------------------------------------------------------- marc.w> Jeremy Siek http://php.indiana.edu/~jsiek/ marc.w> Ph.D. Student, Indiana Univ. B'ton email: jsiek(a)osl.iu.edu marc.w> C++ Booster (http://www.boost.org) office phone: (812) 855-3608 marc.w> ---------------------------------------------------------------------- ---------------------------------------------------------------------- Jeremy Siek http://php.indiana.edu/~jsiek/ Ph.D. Student, Indiana Univ. B'ton email: jsiek(a)osl.iu.edu C++ Booster (http://www.boost.org) office phone: (812) 855-3608 ---------------------------------------------------------------------- Yahoo! Groups Sponsor ADVERTISEMENT <http://rd.yahoo.com/M=215002.1818248.3328688.1261774/D=egroupweb/S=1705 006788:HM/A=847665/R=0/*http:/ads.x10.com/?bHlhaG9vbW9uc3RlcjcuZGF0=1016 747598%3eM=215002.1818248.3328688.1261774/D=egroupweb/S=1705006788:HM/A= 847665/R=1> <http://us.adserver.yahoo.com/l?M=215002.1818248.3328688.1261774/D=egrou pmail/S=1705006788:HM/A=847665/rand=218683910> Info: <http://www.boost.org> Wiki: <http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl> Unsubscribe: <mailto:boost-users-unsubscribe@yahoogroups.com> Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service <http://docs.yahoo.com/info/terms/> . [Non-text portions of this message have been removed]

1 0

RE: [Boost-Users] BFS-visitor with gcc3.0.1
by Wintermantel , Marc 21 Mar '02

21 Mar '02

Hello Jeremy, Thank you for your quick answer. Unfortunately I'm not so experienced with these property maps. Could you give me a hint how to wrap this iterator_property_map around my vector::iterator? Yours truly, Marc Wintermantel -----Original Message----- From: Jeremy Siek [mailto:jsiek@cs.indiana.edu] Sent: Wednesday, March 20, 2002 2:40 PM To: Boost-Users(a)yahoogroups.com Subject: Re: [Boost-Users] BFS-visitor with gcc3.0.1 Hi Marc, I think your problem is that BGL has get() and put() property map functions defined for pointers, but vector::iterator is not guaranteed to be a pointer. The fix is to wrap vector::iterator using the iterator_property_map class. Cheers, Jeremy On Wed, 20 Mar 2002, Wintermantel , Marc wrote: marc.w> Hello, marc.w> marc.w> marc.w> marc.w> I tried to complile the following code that worked under gcc 2.95.3 marc.w> under gcc 3.0.1 and got tons of error messages: marc.w> marc.w> marc.w> marc.w> typedef adjacency_list< marc.w> marc.w> setS, marc.w> marc.w> vecS, marc.w> marc.w> undirectedS, marc.w> marc.w> property< marc.w> marc.w> vertex_color_t, marc.w> marc.w> default_color_type, marc.w> marc.w> property< marc.w> marc.w> vertex_degree_t, marc.w> marc.w> int, marc.w> marc.w> property< marc.w> marc.w> vertex_current_degree_t, marc.w> marc.w> int, marc.w> marc.w> property< marc.w> marc.w> vertex_priority_t, marc.w> marc.w> int > > > > > Graph; marc.w> marc.w> marc.w> marc.w> ... marc.w> marc.w> marc.w> marc.w> std::vector<graph_traits<Graph>::vertices_size_type> marc.w> dist(num_vertices(G), 0); marc.w> marc.w> marc.w> marc.w> breadth_first_search marc.w> marc.w> (G, e, visitor marc.w> marc.w> ( marc.w> marc.w> make_bfs_visitor(record_distances(dist.begin(), marc.w> on_tree_edge() ) ) marc.w> marc.w> ) marc.w> marc.w> ); marc.w> marc.w> marc.w> marc.w> ... marc.w> marc.w> marc.w> marc.w> The errors have something to deal with the visitors, more I could not marc.w> read out of the errors. When I use a simple array in the form int d[n] marc.w> it works. marc.w> marc.w> marc.w> marc.w> Yours truly, marc.w> marc.w> marc.w> marc.w> Marc Wintermantel marc.w> marc.w> marc.w> marc.w> marc.w> marc.w> Marc Wintermantel marc.w> marc.w> IMES - Structures Technology marc.w> marc.w> ETH Zurich, LEO C4 marc.w> marc.w> Leonhardstrasse 27 marc.w> marc.w> CH- 8092 Zurich marc.w> marc.w> Tel. ++41 1 633 35 32 marc.w> marc.w> Fax. ++41 1 632 17 02 marc.w> marc.w> marc.w> marc.w> marc.w> marc.w> [Non-text portions of this message have been removed] marc.w> marc.w> marc.w> marc.w> marc.w> Info: <http://www.boost.org> marc.w> Wiki: <http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl> marc.w> Unsubscribe: <mailto:boost-users-unsubscribe@yahoogroups.com> marc.w> marc.w> marc.w> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ marc.w> marc.w> ---------------------------------------------------------------------- Jeremy Siek http://php.indiana.edu/~jsiek/ Ph.D. Student, Indiana Univ. B'ton email: jsiek(a)osl.iu.edu C++ Booster (http://www.boost.org) office phone: (812) 855-3608 ---------------------------------------------------------------------- Yahoo! Groups Sponsor ADVERTISEMENT <http://rd.yahoo.com/M=215002.1818248.3328688.1261774/D=egroupweb/S=1705 006788:HM/A=847665/R=0/*http:/ads.x10.com/?bHlhaG9vbW9uc3RlcjcuZGF0=1016 631646%3eM=215002.1818248.3328688.1261774/D=egroupweb/S=1705006788:HM/A= 847665/R=1> <http://us.adserver.yahoo.com/l?M=215002.1818248.3328688.1261774/D=egrou pmail/S=1705006788:HM/A=847665/rand=597375913> Info: <http://www.boost.org> Wiki: <http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl> Unsubscribe: <mailto:boost-users-unsubscribe@yahoogroups.com> Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service <http://docs.yahoo.com/info/terms/> . [Non-text portions of this message have been removed]

2 1

Threads on Carbon
by Emil Edeholt 21 Mar '02

21 Mar '02

Hi, I downloaded the boost threads, and I can't get it to work on Mac OS Classic 9.1. Does the threads only work in Mac OS X or should it work here in Mac OS Classic (with Carbon)? Best Regards -- Emil Edeholt

1 0

A error in regex_grep_example_3.cpp
by rogerleee 21 Mar '02

21 Mar '02

Hi, there: regex_grep_example_3.cpp is the example source file in the boost/regex library. I find a bug at line 92 : boost::regex_grep(std::bind1st(std::mem_fun (&class_index::grep_callback), this), start, end, expression); where "mem_fun" should be "mem_fun1". ps:I use MSVC6.0 on Micro$oft win2k. Roger

2 1