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

compiling boost shmem-0.93 on winxp with mingw-3.4.2
by christopher taylor 14 Jun '06

14 Jun '06

To the Boost-User community, I'm not sure if this is the right forum for this type of question so I'll probably take heat for posting this problem here...in any case, I've been having some build errors working with boost shmem-0.93 on winxp using mingw-3.4.2. Documentation states that shmem should compile on this platform but, I've discovered an interesting error with char_traits. In all shmem streams, I have problems with the type referencing of post_type - I'm getting this error: error: no type named `pos_type' in `struct std::char_traits<wchar_t>' Below is the gcc output of my build error. Any help with this is greatly appreciated! Chris Taylor gcc ../../test/bufferstream_test.cpp -I/C/MinGW/include/boost-1_33_1 -L/C/MinGW/ libs -Wall -L-I/C/MinGW/include -L/C/MinGW/libs -lboost_thread-gcc-mt -I../../. ./.. -lstdc++ -o ../../bin/mingw/test_bufferstream_test.out c:/MinGW/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/streambuf: I n instantiation of `std::basic_streambuf<wchar_t, std::char_traits<wchar_t> >': ../../../../boost/shmem/streams/bufferstream.hpp:56: instantiated from `boost: :shmem::basic_bufferbuf<wchar_t, std::char_traits<wchar_t> >' ../../test/bufferstream_test.cpp:9: instantiated from here c:/MinGW/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/streambuf:13 5: error: no type named `pos_type' in `struct std::char_traits<wchar_t>' c:/MinGW/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/streambuf:23 4: error: no type named `pos_type' in `struct std::char_traits<wchar_t>' c:/MinGW/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/streambuf:23 9: error: no type named `pos_type' in `struct std::char_traits<wchar_t>' c:/MinGW/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/streambuf:57 4: error: no type named `pos_type' in `struct std::char_traits<wchar_t>' c:/MinGW/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/streambuf:58 6: error: no type named `pos_type' in `struct std::char_traits<wchar_t>' ../../../../boost/shmem/streams/bufferstream.hpp: In instantiation of `boost::sh mem::basic_bufferbuf<wchar_t, std::char_traits<wchar_t> >': ../../test/bufferstream_test.cpp:9: instantiated from here ../../../../boost/shmem/streams/bufferstream.hpp:60: error: no type named `pos_t ype' in `struct std::char_traits<wchar_t>' ../../../../boost/shmem/streams/bufferstream.hpp:236: error: no type named `pos_ type' in `struct std::char_traits<wchar_t>' ../../../../boost/shmem/streams/bufferstream.hpp:301: error: no type named `pos_ type' in `struct std::char_traits<wchar_t>' c:/MinGW/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/bits/basic_i os.h: In instantiation of `std::basic_ios<wchar_t, std::char_traits<wchar_t> >': c:/MinGW/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/istream:60: instantiated from `std::basic_istream<wchar_t, std::char_traits<wchar_t> >' c:/MinGW/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/istream:706: instantiated from `std::basic_iostream<wchar_t, std::char_traits<wchar_t> >' ../../../../boost/shmem/streams/bufferstream.hpp:443: instantiated from `boost ::shmem::basic_bufferstream<wchar_t, std::char_traits<wchar_t> >' ../../test/bufferstream_test.cpp:11: instantiated from here c:/MinGW/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/bits/basic_i os.h:67: error: no type named `pos_type' in `struct std::char_traits<wchar_t>' c:/MinGW/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/istream: In instantiation of `std::basic_istream<wchar_t, std::char_traits<wchar_t> >': c:/MinGW/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/istream:706: instantiated from `std::basic_iostream<wchar_t, std::char_traits<wchar_t> >' ../../../../boost/shmem/streams/bufferstream.hpp:443: instantiated from `boost ::shmem::basic_bufferstream<wchar_t, std::char_traits<wchar_t> >' ../../test/bufferstream_test.cpp:11: instantiated from here c:/MinGW/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/istream:65: error: no type named `pos_type' in `struct std::char_traits<wchar_t>' c:/MinGW/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/bits/istream .tcc:847: error: no type named `pos_type' in `class std::basic_istream<wchar_t, std::char_traits<wchar_t> >' c:/MinGW/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/bits/istream .tcc:865: error: no type named `pos_type' in `struct std::char_traits<wchar_t>' c:/MinGW/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/ostream: In instantiation of `std::basic_ostream<wchar_t, std::char_traits<wchar_t> >': c:/MinGW/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/istream:706: instantiated from `std::basic_iostream<wchar_t, std::char_traits<wchar_t> >' ../../../../boost/shmem/streams/bufferstream.hpp:443: instantiated from `boost ::shmem::basic_bufferstream<wchar_t, std::char_traits<wchar_t> >' ../../test/bufferstream_test.cpp:11: instantiated from here c:/MinGW/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/ostream:64: error: no type named `pos_type' in `struct std::char_traits<wchar_t>' c:/MinGW/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/bits/ostream .tcc:404: error: no type named `pos_type' in `class std::basic_ostream<wchar_t, std::char_traits<wchar_t> >' c:/MinGW/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/bits/ostream .tcc:420: error: no type named `pos_type' in `struct std::char_traits<wchar_t>' c:/MinGW/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/istream: In instantiation of `std::basic_iostream<wchar_t, std::char_traits<wchar_t> >': ../../../../boost/shmem/streams/bufferstream.hpp:443: instantiated from `boost ::shmem::basic_bufferstream<wchar_t, std::char_traits<wchar_t> >' ../../test/bufferstream_test.cpp:11: instantiated from here c:/MinGW/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/istream:713: error: no type named `pos_type' in `struct std::char_traits<wchar_t>' ../../../../boost/shmem/streams/bufferstream.hpp: In instantiation of `boost::sh mem::basic_bufferstream<wchar_t, std::char_traits<wchar_t> >': ../../test/bufferstream_test.cpp:11: instantiated from here ../../../../boost/shmem/streams/bufferstream.hpp:448: error: no type named `pos_ type' in `class std::basic_ios<wchar_t, std::char_traits<wchar_t> >' ../../../../boost/shmem/streams/bufferstream.hpp: In instantiation of `boost::sh mem::basic_ibufferstream<wchar_t, std::char_traits<wchar_t> >': ../../test/bufferstream_test.cpp:13: instantiated from here ../../../../boost/shmem/streams/bufferstream.hpp:342: error: no type named `pos_ type' in `class std::basic_ios<wchar_t, std::char_traits<wchar_t> >' ../../../../boost/shmem/streams/bufferstream.hpp: In instantiation of `boost::sh mem::basic_obufferstream<wchar_t, std::char_traits<wchar_t> >': ../../test/bufferstream_test.cpp:15: instantiated from here ../../../../boost/shmem/streams/bufferstream.hpp:394: error: no type named `pos_ type' in `class std::basic_ios<wchar_t, std::char_traits<wchar_t> >' make: *** [../../bin/mingw/test_bufferstream_test.out] Error 1

3 3

Mingw 3.4.2 char_traits.hpp patch fixes shmem-0.93 build for winxp
by christopher taylor 14 Jun '06

14 Jun '06

to interested parties: i did some additional searching today and managed to find out that there is a bug in mingw's c++ include directory. to get shmem compiled for winxp using mingw, go into your equivalent to "/C/MinGW/include/c++/3.4.2/bits" open "char_traits.hpp" and comment out lines 309 and 311. The area, after commenting, should look like this: 309: //#if defined (_GLIBCXX_USE_WCHAR_T) 310: typedef wstreampos pos_type; 311: typedef mbstate_t state_type; 312: //#endif the define statement conflicts with a similar define statement that takes places at the begining of this template type's definition. after completing this simple patch, run the build script for mingw in the shmem 0.93 and try out the test programs, they should work at this point. the semi-notorious, "fixes error: no type named `pos_type' in `struct std::char_traits<wchar_t>'" error is gone. thanks to those parties that were looking into this issue and i hope this proves helpful for someone out there. chris taylor

2 1

[numeric] fit to numeric PODs
by alefor＠gmx.de 14 Jun '06

14 Jun '06

Hi, I'm parsing with Spirit strings of numeric values and want to guess the right POD that can fit all of them. For example, I see at glance sets with only 0.0 and 1.0, that can be optimized to a adjacent group of bool: 1. Or some doubles, in another set, which value ranges and resolution like shorts. Or if something like "0.000000000000000000000001" will fit exactly in my floats. I'm reading boost/lexical_cast , numeric/conversion and interval docs, but still don't found a way to convert strings to POD knowing if that cast is exact or not. Range check is there, but don't find a test telling me if that cast was exact. The 'exact' term here is what boost::numeric doc definitions chapter means. Thanks, alef -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer

1 0

Re: [Boost-users] Boost.Thread locking across two functions
by Moshe Matitya 14 Jun '06

14 Jun '06

On Fri, 09 Jun 2006 22:51:48 -0300, Peteris Krumins [Newsgroups] <pknewsgroups_at_[hidden]> wrote: > > Hello! > > I am using a library which itself internally does not use any thread > sync mechanisms but it provides callback functions > lib_lock() and lib_unlock() which I can specify if the lib is used in > multithread environment. > lib_lock() would get called before critical segment and after it > lib_unlock() would get called. > > I read Boost.Thread documentation and I understand that lock concept is > not thread-safe itself and should be used only at block scope. > This makes me think that I have no way to use locking provided by Boost > to acquire a lock in > lib_lock() function and release it in lib_unlock()? But I am not sure. > > Do you have any suggestions if this can be done using Boost? > > Thanks! > P.Krumins I don't think it was intended to be used this way, but you can accomplish what you want with the lock_ops<> class: mutex m; lib_lock() { boost::detail::thread::lock_ops<boost::mutex>::lock (m); } lib_unlock() { boost::detail::thread::lock_ops<boost::mutex>::unlock (m); } Moshe

1 0

Re: [Boost-users] type_with_alignment
by Gottlob Frege 14 Jun '06

14 Jun '06

> > Date: Tue, 13 Jun 2006 19:28:07 +0100 > From: "John Maddock" <john(a)johnmaddock.co.uk> > > What's wrong with: > > boost::alignment_of<unknown_struct>::value ? > > You can feed the result into type_with_alignment<> if that's what you want > as well. > > John. if unknown_struct is an incomplete type (which is what I meant, and should have said), alignment_of doesn't compile. Tony

4 5

boost::iostreams' zlib and writing multiple files
by Sascha Friedmann 14 Jun '06

14 Jun '06

Hello, how can I write/create an archive (gzlip or zlib) that contains multiple files. At the moment I can create only an archive which contains a file (named like the archive but ommitted the file-type) that contains my output. But what I need is to create an archive which contains multiple files. Is this even possible with the boost::iostreams framework? thanks Sascha

1 0

[installer] No test libraries?
by Johan Nilsson 14 Jun '06

14 Jun '06

Hi, is there any specific reason as for why the Boost.Test libraries aren't available for download in the installer? // Johan

3 4

Re: [Boost-users] Boost.Thread locking across two functions
by Moshe Matitya 14 Jun '06

14 Jun '06

On Fri, 09 Jun 2006 22:51:48 -0300, Peteris Krumins [Newsgroups] <pknewsgroups_at_[hidden]> wrote: > > Hello! > > I am using a library which itself internally does not use any thread > sync mechanisms but it provides callback functions > lib_lock() and lib_unlock() which I can specify if the lib is used in > multithread environment. > lib_lock() would get called before critical segment and after it > lib_unlock() would get called. > > I read Boost.Thread documentation and I understand that lock concept is > not thread-safe itself and should be used only at block scope. > This makes me think that I have no way to use locking provided by Boost > to acquire a lock in > lib_lock() function and release it in lib_unlock()? But I am not sure. > > Do you have any suggestions if this can be done using Boost? > > Thanks! > P.Krumins I don't think it was intended to be used this way, but you can accomplish what you want with the lock_ops<> class: mutex m; lib_lock() { boost::detail::thread::lock_ops<boost::mutex>::lock (m); } lib_unlock() { boost::detail::thread::lock_ops<boost::mutex>::unlock (m); } Moshe

1 0

[test] Output log file name
by Johan Nilsson 14 Jun '06

14 Jun '06

Hi, I'm using the Boost.Test (unit test framework) from cvs, trying to get xml output redirected into files. The xml format itself is not a problem, but I can't find any options to get the output into files. Is this possible to do using either command-line arguments or environment variables? It's possible, but awkard, to use unit_test_log::set_stream, but I figured I'd check if there were any options before implementing that. / Johan

3 8

n3wb question: Compiling boost::python "hello world" demo
by Salim Fadhley 13 Jun '06

13 Jun '06

I'm an experienced python developer, but unfortunately a ten-years out of practice C++ developer. For a future project I was hoping to play with Boost.python as a means of speeding up some calculations that were very tedious in python. For starters I wanted to get the "hello.cpp" demo compiling, but I am failing almost at step one. For starters in this file I am supposed to set the BOOST_ROOT: http://www.boost.org/libs/python/example/tutorial/Jamrules However I am not 100% sure that the operating system (Gentoo Linux) even installed the files in the right area. Is there a particular file that is allways going to be in the "BOOST ROOT", that way I will know for certain what to run. Next I am supposed to set up some environment variables. The instructions provided are for Windows only and say: " Make sure that the environment is set so that we can invoke the C++ compiler. With MSVC, that would mean running the Vcvars32.bat batch file. For instance:" Is there a Linux equivalent? Next I am told to use "bjam" to do the actual build. The instructions are once again very windows-centric: "bjam -sTOOLS=vc-7_1" What might be the corresponding syntax for users of GNU C++? Thanks! Sal

3 4