- Boost-users - lists.boost.org

Re: [Boost-users] link problem: boost + stlport + msvc8
by John Maddock 06 Mar '08

06 Mar '08

CHABO Gabriel wrote: > When I tried to link, I got an error saying that > libboost_program_options-vc80-mt-gdp-1_34_1.lib could not be found, > so I had to build it. > > I edited the user-config.jam file to add the following line: > > using stlport : : D:/Program Files/STLport-5.1.5 > D:/Program Files/STLport-5.1.5/lib ; Is that correct, or is "D:/Program Files/STLport-5.1.5 D:/Program Files/STLport-5.1.5/lib" being interpretted as a *single* path with spaces in it? I don't think you need the D:/Program Files/STLport-5.1.5/lib part in there - but I could be wrong! If all else fails try building program_options from your IDE as a static library project using the same build options as your .exe: then you just have to define BOOST_ALL_NO_LIB in your application project to disable auto-linking, and set the static lib project as a dependency of the .exe. HTH, John.

2 1

Re: [Boost-users] link problem: boost + stlport + msvc8
by CHABO Gabriel 06 Mar '08

06 Mar '08

I also added "D:\Program Files\boost\boost_1_34_1" to the list of Additional Include Directives. Any ideas about what could be causing this? ________________________________ De : CHABO Gabriel Envoyé : mercredi 5 mars 2008 17:57 À : boost-users(a)lists.boost.org Objet : link problem: boost + stlport + msvc8 Hi, This is my first post to the mailing list, and I hope I'm not bringing up a silly issue but I've been over this a million times already and I still can't figure it out, so any help is greatly appreciated. This is my setup: Windows XP SP2 Visual Studio 2005 STLport-5.1.5 boost_1_34_1 I'm trying to write a tiny program, just to get stlport and boost to play nice together and I still have "unresolved external symbol" errors. I downloaded stlport-5.1.5 and built it according to the instructions: * configure.bat -c msvc8 * nmake /f msvc.mak * nmake /f msvc.mak install I also added stlport\bin to my path Next, I downloaded the boost_1_34_1 windows installer and checked all the options to get all the libraries and added it to my path. Next, I configured visual studio 2005 as follows: Tools -> Options -> Project and Solutions -> VC++ Directories -> Show directories for: Include Files: Add the path to stlport headers (D:\Program Files\STLport-5.1.5\stlport) Library Files: Add the path to stlport libs (D:\Program Files\STLport-5.1.5\lib) Next, on the project level, I Added __STL_DEBUG to the list of preprocessors. I'm trying to build a Multi-threaded Debug DLL (/MDd). I also set the (/Zc:wchar_t-) option. When I tried to link, I got an error saying that libboost_program_options-vc80-mt-gdp-1_34_1.lib could not be found, so I had to build it. I edited the user-config.jam file to add the following line: using stlport : : D:/Program Files/STLport-5.1.5 D:/Program Files/STLport-5.1.5/lib ; This is the command I used to build the new lib bjam --toolset=msvc-8.0 link=static stdlib=stlport threading=multi cxxflags="-Zc:wchar_t-" --with-program_options -a -d2 I built the lib and moved it from bin.v2 to lib. As you can see I took every precaution with wchar_t so that all the libs are compatible, and still every time I try to link the simple program I get this error: error LNK2019: unresolved external symbol "public: __thiscall boost::program_options::options_description::options_description(class stlpd_std::basic_string<char,class stlpd_std::char_traits<char>,class stlpd_std::allocator<char> > const &,unsigned int)" (??0options_description@program_options@boost@@QAE@ABV?$basic_string@DV?$char_traits@D@stlpd_std@@V?$allocator@D@2@@stlpd_std@@I@Z) referenced in function _main This is the simple program in question #include <iostream> #include <boost/program_options.hpp> int main(int argc, char* argv[]) { std::cout<<"boost stlport test\n"; boost::program_options::options_description desc("Allowed options"); } Any help is greatly appreciated Thx Gabriel ******************************* This e-mail contains information for the intended recipient only. It may contain proprietary material or confidential information. If you are not the intended recipient you are not authorised to distribute, copy or use this e-mail or any attachment to it. Murex cannot guarantee that it is virus free and accepts no responsibility for any loss or damage arising from its use. If you have received this e-mail in error please notify immediately the sender and delete the original email received, any attachments and all copies from your system.

1 0

[iostream] Overloaded bitshift operators
by Robert Dailey 05 Mar '08

05 Mar '08

Does the Boost.Iostreams library have overloaded bitshift operators? That way I could do: boost::iostreams::stream<myclass> theOutputStream; theOutputStream << MyData;

2 4

byte streams
by Ashkan Aliabadi 05 Mar '08

05 Mar '08

Hello everybody, I want a stream view of a dynamically allocated BYTE* buffer I have at hand. At first I thought boost::iostreams::basic_array< BYTE > would do the job since they're the closest thing I found in Boost IOStreams library, but as it turns out I was wrong, since the code fails to compile with dynamically allocated buffers. typedef boost::iostreams::basic_array< unsigned char > MemoryDevice; typedef boost::iostreams::stream< MemoryDevice > MemoryStream; BYTE* mem = new BYTE[ 1000 ]; MemoryDevice memoryDevice( mem ); MemoryStream memoryStream( memoryDevice ); I was wondering if there are any available streams that are capable of providing stream-like behavior to such buffers, or should I write a device to handle them? Any help is greatly appreciated.

1 0

boost serialization: toString/fromString methods
by Christian Widmer 05 Mar '08

05 Mar '08

Dear group, I am trying to provide generic toString/fromString methods (to provide an interface to SWIG/Python serialization), which I'd like to implement in a base class CSGObject (from which all other classes are derived), such that the correct serialization code is called each time. After a bit of fiddling around (and with the help of the archive of this mailing list) I've got the toString method to work. However, things don't seem to be as straight for the fromString method. The following code illustrates what I'd like to do: virtual std::string toString() const { std::ostringstream s; boost::archive::text_oarchive oa(s); oa << this; return s.str(); } virtual void fromString(std::string str) { std::istringstream is(str); boost::archive::text_iarchive ia(is); //cast away constness CSGObject* tmp = const_cast<CSGObject*>(this); ia >> tmp; *this=*tmp; } However, although the correct serialization methods get called, only the information contained in the base class gets restored correctly, but none of the fields in any derived classes. My C++ is quite rusty, but I believe this is because *this is not a pointer and is thus statically bound. I hope there is a solution to this - how would you implement a fromString method like this? Is this even possible? What are the alternatives? Hints would be appreciated! Thank you, Chris

1 0

[iostreams] Inconsistency b/w docs and code of stream()
by Nitay Joffe 05 Mar '08

05 Mar '08

>> > Nitay Joffe wrote: >> > Hey guys, >> > >> > I'm working with the boost::iostreams library to create a stream object >> > from >> > a Device class I've implemented. I'm trying to call the constructor that >> > allows setting of the buffer size and it is failing to compile on 64 bit. >> > >> > I used the documenation at >> > http://www.boost.org/libs/iostreams/doc/guide/generic_streams.html#stream >> > >> > The docs say the constructor is of the form: >> > >> > stream(const T& t, >> > std::streamsize buffer_size = default_value, >> > std::streamsize pback_size = default_value); >> > >> > >> > My code to create the stream looks like: >> > >> > MyDevice myDevice(...) >> > MyStream(myDevice, (std::streamsize)500); >> > >> > >> > On a 32 bit machine this works fine, but on a 64 bit one it does not >> > compile. The parameters I'm passing in are not matching up with a > > Would you please post the compiler errors? > >> > Thanks, >> > -n Sure, here is sample code that causes the error: #include <iosfwd> #include <boost/iostreams/categories.hpp> #include <boost/iostreams/stream.hpp> struct MyDevice { typedef char char_type; typedef boost::iostreams::source_tag category; std::streamsize read(char *s, std::streamsize n) { return n; } }; typedef boost::iostreams::stream<MyDevice> MyStream; int main() { MyDevice d; MyStream s(d, (std::streamsize)500); return 0; } And here are the compile errors: g++ a.cc k/usr/include/boost/iostreams/stream.hpp: In constructor 'boost::iostreams::stream<Device, Tr, Alloc>::stream(U100&, const U0&) [with U100 = MyDevice, U0 = std::streamsize, Device = MyDevice, Tr = std::char_traits<char>, Alloc = std::allocator<char>]': a.cc:18: instantiated from here /usr/include/boost/iostreams/stream.hpp:110: error: no matching function for call to 'MyDevice::MyDevice(MyDevice&, const long int&)' a.cc:5: note: candidates are: MyDevice::MyDevice() a.cc:5: note: MyDevice::MyDevice(const MyDevice&) make: *** [all] Error 1 If I change the (std::streamsize) to (int) it compiles. Cheers, -n

2 1

Re: [Boost-users] link problem: boost + stlport + msvc8
by Rainer Thaden 05 Mar '08

05 Mar '08

Hi Gabriel, > I’m trying to write a tiny program, just to get stlport and boost to > play nice together and I still have “unresolved external symbol” errors. > > > When I tried to link, I got an error saying that > libboost_program_options-vc80-mt-gdp-1_34_1.lib could not be found, so I > had to build it. Just a guess: Did you add BOOST_ALL_DYN_LINK to your preprocessor definitions? Kind regards, Rainer

2 1

link problem: boost + stlport + msvc8
by CHABO Gabriel 05 Mar '08

05 Mar '08

Hi, This is my first post to the mailing list, and I hope I'm not bringing up a silly issue but I've been over this a million times already and I still can't figure it out, so any help is greatly appreciated. This is my setup: Windows XP SP2 Visual Studio 2005 STLport-5.1.5 boost_1_34_1 I'm trying to write a tiny program, just to get stlport and boost to play nice together and I still have "unresolved external symbol" errors. I downloaded stlport-5.1.5 and built it according to the instructions: * configure.bat -c msvc8 * nmake /f msvc.mak * nmake /f msvc.mak install I also added stlport\bin to my path Next, I downloaded the boost_1_34_1 windows installer and checked all the options to get all the libraries and added it to my path. Next, I configured visual studio 2005 as follows: Tools -> Options -> Project and Solutions -> VC++ Directories -> Show directories for: Include Files: Add the path to stlport headers (D:\Program Files\STLport-5.1.5\stlport) Library Files: Add the path to stlport libs (D:\Program Files\STLport-5.1.5\lib) Next, on the project level, I Added __STL_DEBUG to the list of preprocessors. I'm trying to build a Multi-threaded Debug DLL (/MDd). I also set the (/Zc:wchar_t-) option. When I tried to link, I got an error saying that libboost_program_options-vc80-mt-gdp-1_34_1.lib could not be found, so I had to build it. I edited the user-config.jam file to add the following line: using stlport : : D:/Program Files/STLport-5.1.5 D:/Program Files/STLport-5.1.5/lib ; This is the command I used to build the new lib bjam --toolset=msvc-8.0 link=static stdlib=stlport threading=multi cxxflags="-Zc:wchar_t-" --with-program_options -a -d2 I built the lib and moved it from bin.v2 to lib. As you can see I took every precaution with wchar_t so that all the libs are compatible, and still every time I try to link the simple program I get this error: error LNK2019: unresolved external symbol "public: __thiscall boost::program_options::options_description::options_description(class stlpd_std::basic_string<char,class stlpd_std::char_traits<char>,class stlpd_std::allocator<char> > const &,unsigned int)" (??0options_description@program_options@boost@@QAE@ABV?$basic_string@DV? $char_traits@D@stlpd_std@@V?$allocator@D@2@@stlpd_std@@I@Z) referenced in function _main This is the simple program in question #include <iostream> #include <boost/program_options.hpp> int main(int argc, char* argv[]) { std::cout<<"boost stlport test\n"; boost::program_options::options_description desc("Allowed options"); } Any help is greatly appreciated Thx Gabriel ******************************* This e-mail contains information for the intended recipient only. It may contain proprietary material or confidential information. If you are not the intended recipient you are not authorised to distribute, copy or use this e-mail or any attachment to it. Murex cannot guarantee that it is virus free and accepts no responsibility for any loss or damage arising from its use. If you have received this e-mail in error please notify immediately the sender and delete the original email received, any attachments and all copies from your system.

1 0

multi_array : boost::extents< is not a type
by Klett, Stefan 05 Mar '08

05 Mar '08

Hi List Members, While still trying putting boost::multi_array to work I ran into the next obstacle - my current code is fairly like in the multi_array "short example" That is : #include "boost/multi_array.hpp" class NwLayer { typedef boost::multi_array<double,3> neural_op; typedef neural_op::index index ; neural_op NeuralOperator(boost::extents[10][10][10]); } unfortunately I still get the compile time error In file included from ../NwLayer.cpp:1: ../NwLayer.h:12: Fehler: >boost::extents< is not a type on the last line of the above code snippet Is there anyone around who could explain to me what I can do to get rid of the error message ? Many thanks in advance Best regards Stefan -------------------------------------------------------- Stefan Klett (Dipl. Informatiker) | E-mail: stefan.klett(a)kit.edu Forschungszentrum Karlsruhe / KIT | Web: http://www.fzk.de SCC Steinbuch Centre for Computing| Phone: +49 (0)7247 828649 Hermann-von-Helmholtz-Platz 1 | Fax: +49 (0)7247 824972 D-76344 Eggenstein-Leopoldshafen | Mobile: +49 (0)176 20317250 -------------------------------------------------------------------

2 1

Boost.MPI - compilation problems
by Tom Smith 05 Mar '08

05 Mar '08

Hi, I seem to be having similar problems to this post: http://lists.boost.org/boost-users/2007/10/31648.php My MPI implementation is MPICH2; the first example in the docs at http://www.osl.iu.edu/~dgregor/boost.mpi/doc/mpi/tutorial.html works fine (this just creates a communicator and prints each process' rank). The second example in the tutorial (with recv and send): #include <boost/mpi.hpp> #include <iostream> #include <boost/serialization/string.hpp> namespace mpi = boost::mpi; int main(int argc, char* argv[]) { mpi::environment env(argc, argv); mpi::communicator world; if (world.rank() == 0) { world.send(1, 0, std::string("Hello")); std::string msg; world.recv(1, 1, msg); std::cout << msg << "!" << std::endl; } else { std::string msg; world.recv(0, 0, msg); std::cout << msg << ", "; std::cout.flush(); world.send(0, 1, std::string("world")); } return 0; } fails to link: output on g++ 4.0.1 on OSX 10.5 is Undefined symbols: "boost::mpi::communicator::operator int() const", referenced from: boost::mpi::status boost::mpi::communicator::recv_impl<std::basic_string<char, std::char_traits<char>, std::allocator<char> > >(int, int, std::basic_string<char, std::char_traits<char>, std::allocator<char> >&, mpl_::bool_<false>) constin ccxddhyu.o void boost::mpi::communicator::send_impl<std::basic_string<char, std::char_traits<char>, std::allocator<char> > >(int, int, std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, mpl_::bool_<false>) constin ccxddhyu.o ld: symbol(s) not found My compiled invocation (which as mentioned compiles the first tutorial example) is just mpic++ -lboost_mpi-mt -lboost_serialization-mt main.cpp The problem (as for the person in the post I linked at the top) seems to be that mpi::communicator defines a conversion operator to MPI_Comm, which is just a typedef for int in MPICH2, but somehow the correct operator isn't found in the compiled lib.. Unlike the person in the linked post, I haven't had any other MPI libraries installed before, so there should be no inconsistencies. This problem occurs with 32 and 64-bit compiled libs built from subversion repos. code today. Thanks Tom

1 0