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

[iostreams] Building with vacpp toolset
by Patrik Jonsson 07 Sep '06

07 Sep '06

Hi I'm trying to build boost with the vacpp (IBM Visual Age C++) compilers, but the iostreams library won't build. It appears to be missing include files zlib.h and bzlib.h: xlC -c -I/project/projectdirs/mp363/sunrise/pbuild/boost_1_33_1 -qNOOPTimize -qnoinline -g -qfullpath -qnotempinc -qfuncsect -qeh -qrtti -I"bin/boost/libs/iostreams/build" -I"/project/projectdirs/mp363/sunrise/pbuild/boost_1_33_1" -I"/project/projectdirs/mp363/sunrise/pbuild/boost_1_33_1" -o "bin/boost/libs/iostreams/build/libboost_iostreams.a/vacpp/debug/bzip2.o" "/project/projectdirs/mp363/sunrise/pbuild/boost_1_33_1/libs/iostreams/build/../src/bzip2.cpp" ...failed xlc-C++-action bin/boost/libs/iostreams/build/libboost_iostreams.a/vacpp/debug/bzip2.o... xlc-C++-action bin/boost/libs/iostreams/build/libboost_iostreams.a/vacpp/debug/zlib.o "/project/projectdirs/mp363/sunrise/pbuild/boost_1_33_1/libs/iostreams/build/../src/zlib.cpp", line 18.10: 1540-0836 (S) The #include file "zlib.h" is not found. xlC -c -I/project/projectdirs/mp363/sunrise/pbuild/boost_1_33_1 -qNOOPTimize -qnoinline -g -qfullpath -qnotempinc -qfuncsect -qeh -qrtti -I"bin/boost/libs/iostreams/build" -I"/project/projectdirs/mp363/sunrise/pbuild/boost_1_33_1" -I"/project/projectdirs/mp363/sunrise/pbuild/boost_1_33_1" -o "bin/boost/libs/iostreams/build/libboost_iostreams.a/vacpp/debug/zlib.o" "/project/projectdirs/mp363/sunrise/pbuild/boost_1_33_1/libs/iostreams/build/../src/zlib.cpp" ...failed xlc-C++-action bin/boost/libs/iostreams/build/libboost_iostreams.a/vacpp/debug/zlib.o... ...skipped <@boost!libs!iostreams!build/libboost_iostreams.a/vacpp/debug>libboost_iostreams-xlc-d-1_33_1.a for lack of <@boost!libs!iostreams!build/libboost_iostreams.a/vacpp/debug>libboost_iostreams-xlc-d-1_33_1.a(bzip2.o)... ...skipped <@boost!lib>libboost_iostreams-xlc-d-1_33_1.a for lack of <@boost!libs!iostreams!build/libboost_iostreams.a/vacpp/debug>libboost_iostreams-xlc-d-1_33_1.a... xlc-C++-action bin/boost/libs/iostreams/build/libboost_iostreams.a/vacpp/debug/threading-multi/bzip2.o "/project/projectdirs/mp363/sunrise/pbuild/boost_1_33_1/libs/iostreams/build/../src/bzip2.cpp", line 18.10: 1540-0836 (S) The #include file "bzlib.h" is not found. This is with xlC 8.0.0.0 on an IBM SP5 running AIX5. Any hints for resolving this would be appreciated. Thank you, /Patrik Jonsson

1 0

[wave] Building with vacpp toolset
by Patrik Jonsson 07 Sep '06

07 Sep '06

Hi I'm trying to build boost with the vacpp (IBM Visual Age C++) compilers, but the wave library won't build: xlc-C++-action bin/boost/libs/wave/build/libboost_wave.a/vacpp/debug/instantiate_cpp_grammar.o "/project/projectdirs/mp363/sunrise/pbuild/boost_1_33_1/boost/wave/cpplexer/cpp_lex_iterator.hpp", line 53.13: 1540-0038 (S) The name "typename TokenT::position_type" is not a type. <see end of message for the rest of the error, for that file> This is with xlC 8.0.0.0 on an IBM SP5 running AIX5. Any hints for resolving this would be appreciated. Thank you, /Patrik Jonsson ... "/project/projectdirs/mp363/sunrise/pbuild/boost_1_33_1/boost/wave/util/functor_input.hpp", line 43.26: 1540-0700 (I) The previous message was produced while processing "class boost::wave::cpplexer::impl::lex_iterator_functor_shim<boost::wave::cpplexer::lex_token<boost::wave::util::file_position<boost::wave::util::flex_string<char,std::char_traits<char>,std::allocator<char>,boost::wave::util::CowString<boost::wave::util::AllocatorStringStorage<char,std::allocator<char> >,char *> > > > >". "/project/projectdirs/mp363/sunrise/pbuild/boost_1_33_1/boost/wave/util/functor_input.hpp", line 41.11: 1540-0700 (I) The previous message was produced while processing "class boost::wave::util::functor_input::inner<boost::wave::cpplexer::impl::lex_iterator_functor_shim<boost::wave::cpplexer::lex_token<boost::wave::util::file_position<boost::wave::util::flex_string<char,std::char_traits<char>,std::allocator<char>,boost::wave::util::CowString<boost::wave::util::AllocatorStringStorage<char,std::allocator<char> >,char *> > > > > >". "/project/projectdirs/mp363/sunrise/pbuild/boost_1_33_1/boost/spirit/iterator/multi_pass.hpp", line 805.7: 1540-0700 (I) The previous message was produced while processing "class boost::spirit::multi_pass<boost::wave::cpplexer::impl::lex_iterator_functor_shim<boost::wave::cpplexer::lex_token<boost::wave::util::file_position<boost::wave::util::flex_string<char,std::char_traits<char>,std::allocator<char>,boost::wave::util::CowString<boost::wave::util::AllocatorStringStorage<char,std::allocator<char> >,char *> > > > >,boost::wave::util::functor_input,boost::spirit::multi_pass_policies::ref_counted,boost::spi...". "/project/projectdirs/mp363/sunrise/pbuild/boost_1_33_1/boost/wave/cpplexer/cpp_lex_iterator.hpp", line 118.7: 1540-0700 (I) The previous message was produced while processing "class boost::wave::cpplexer::lex_iterator<boost::wave::cpplexer::lex_token<boost::wave::util::file_position<boost::wave::util::flex_string<char,std::char_traits<char>,std::allocator<char>,boost::wave::util::CowString<boost::wave::util::AllocatorStringStorage<char,std::allocator<char> >,char *> > > > >". "/project/projectdirs/mp363/sunrise/pbuild/boost_1_33_1/boost/wave/grammars/cpp_grammar_gen.hpp", line 68.8: 1540-0700 (I) The previous message was produced while processing "struct boost::wave::grammars::cpp_grammar_gen<boost::wave::cpplexer::lex_iterator<boost::wave::cpplexer::lex_token<boost::wave::util::file_position<boost::wave::util::flex_string<char,std::char_traits<char>,std::allocator<char>,boost::wave::util::CowString<boost::wave::util::AllocatorStringStorage<char,std::allocator<char> >,char *> > > > > >".

1 0

ptr_container compiles slow
by LionAM 07 Sep '06

07 Sep '06

Hello! I'm using Visual C++ 6 (for an MFC-Project). When I include <boost\ptr_container\ptr_vector.hpp> in an Sourcefile, it takes over 11 seconds to compile (without less than 1 second!) If I really wanted to use ptr_containers in my Project, I would have to include it in many files. But then compilation takes too long... Are there any possibilities to speed this up? Alex -- View this message in context: http://www.nabble.com/ptr_container-compiles-slow-tf2225929.html#a6168364 Sent from the Boost - Users forum at Nabble.com.

5 13

[serialization] Newbie question on serializing a derived class
by David Pettigrew 07 Sep '06

07 Sep '06

I have a class that is derived from a GUI framework class and it seems like the serialization library will attempt to serialize the parent class but I don't own that classes code. I get an error "'GUIWidget::GUIWidget' : cannot access private member declared in class 'GUIWidget'". I do not know why it is looking in the parent class since I do not do anything with the base_object. Is there a way to get around this issue? I am doing somethine wrong? Here is the code, #include <boost/archive/tmpdir.hpp> #include <boost/archive/text_wiarchive.hpp> #include <boost/archive/text_woarchive.hpp> #include <boost/serialization/vector.hpp> #include <fstream> #include <iostream> namespace boost { namespace serialization { class access; } } class MyClass: public GUIWidget { public: MyClass(); ~MyClass(); private: std::vector<LSLogEntry> m_logEntryList; // LSLogEntry has wstring members. friend class boost::serialization::access; // When the class Archive corresponds to an output archive, the // & operator is defined similar to <<. Likewise, when the class Archive // is a type of input archive the & operator is defined similar to >>. template<class Archive> void serialize(Archive & ar, const unsigned int version) { ar & m_logEntryList; } }; // free functions void save(const MyClass& eftw, const char * filename) { std::string fullPath(boost::archive::tmpdir()); fullPath += filename; // save the schedule try { // make an archive std::wofstream ofs(fullPath.c_str()); boost::archive::text_woarchive oa(ofs); oa << eftw; } catch (boost::archive::archive_exception e) { wcout << e.what(); } } void load(MyClass& eftw, const char * filename) { std::string fullPath(boost::archive::tmpdir()); fullPath += filename; // Restore the data try { // open the archive std::wifstream ifs(fullPath.c_str()); boost::archive::text_wiarchive ia(ifs); // restore from the archive ia >> eftw; } catch (boost::archive::archive_exception e) { wcout << e.what(); } } Thanks, David

2 1

Why am I not hearing that my edge has already been added?
by Eric Fowler 07 Sep '06

07 Sep '06

I am writing a simple graph app. The edges have an unsigned integer property that is incremented every time I "add" an edge from one given node to another, thus, any given edge has an "instance" of at least one, but if there are, say, three edges from node A to node B, edge A->B has nInstances == 3. To do this I would like to attempt to add an edge between nodes, and if the edge has already been added, just bump the counter for that edge, otherwise, set the counter to 1. My basic approach is to call tie(edge_iter, boolflag) = add_edge(v0, v1, graph). If boolvar is set to false then the edge already was in the graph. The problem is that add_edge() never clears boolvar - it is always true, even when I coerce redundant edges, as in the following code: #include "stdafx.h" #include <boost/graph/adjacency_list.hpp> #include <boost/property_map.hpp> using namespace boost; using namespace std; //Don't worry about the vertex property, it is irrelevant ... struct vertex_char_t { typedef vertex_property_tag kind; }; typedef property<vertex_char_t, char> VertexCharProperty; typedef adjacency_list<vecS, vecS, directedS, VertexCharProperty> Graph; int _tmain(int argc, _TCHAR* argv[]) { Graph g(256); property_map<Graph, vertex_char_t>::type vert_char = get(vertex_char_t(), g); typedef graph_traits<Graph>::vertex_descriptor Vertex; Vertex va, vb; typedef graph_traits<Graph>::edge_descriptor Edge; Edge ei; bool bNotPresent = false; for(unsigned i = 0; i < 256; ++i) { va = vertex(0, g); vb = vertex(1, g); /* ***ADD REDUNDANT EDGES BETWEEN NODES 0, 1 */ tie(ei, bNotPresent) = add_edge(va, vb, g); //BUT MY FLAG ALWAYS == true, why? if(!bNotPresent) break; } return 0; }

2 2

[variant] MSVC7.1 produces an Internal Compiler
by Yan Zhang 07 Sep '06

07 Sep '06

I had the same problem with MSV7.1 and resolved it by using project setting: /Gm, which is under C/C++/Code Generation. Basically, you need to reduce the debug information. Yan -----Original Message----- From: boost-users-bounces(a)lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of boost-users-request(a)lists.boost.org Sent: Tuesday, September 05, 2006 4:46 PM To: boost-users(a)lists.boost.org Subject: Boost-users Digest, Vol 1018, Issue 3 Send Boost-users mailing list submissions to boost-users(a)lists.boost.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.boost.org/mailman/listinfo.cgi/boost-users or, via email, send a message with subject or body 'help' to boost-users-request(a)lists.boost.org You can reach the person managing the list at boost-users-owner(a)lists.boost.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Boost-users digest..." Today's Topics: 1. [BGL] filtered graph missing vertex function (moritz Hilger) 2. Re: Boost.signals with -pthread (Ra?l Huertas) 3. Re: Building Tests With Boost Test (Roman Neuhauser) 4. Re: [BGL] filtered graph missing vertex function (Stephan Diederich) 5. [variant] MSVC7.1 produces an Internal Compiler error when variant gets too complicated (Eoin) 6. portable way to determine return type from class member function (Peter Piehler) 7. Re: [test] Running either unit tests or normal program based off of command line switches (Jason House) 8. Re: [BGL] filtered graph missing vertex function (moritz Hilger) 9. Using boost::enable_if with template copy constructors (Tim Robertson) ---------------------------------------------------------------------- Message: 1 Date: Tue, 5 Sep 2006 20:23:46 +0200 From: "moritz Hilger" <moritz.hilger(a)gmail.com> Subject: [Boost-users] [BGL] filtered graph missing vertex function To: boost-users(a)lists.boost.org Message-ID: <b48649090609051123r104f6e9dtc91a992f64bf9e9c(a)mail.gmail.com> Content-Type: text/plain; charset="iso-8859-1" is there a particular reason that the filtered graph is missing a vertex_descriptor vertex(vertices_size_type, const& filtered_graph) function? of course this would return exactly the same as the one of the underlying graph, nevertheless it would be handy for code treating filtered graphs the same way as normal ones. greetings moritz

3 5

Using boost::enable_if with template copy constructors
by Tim Robertson 07 Sep '06

07 Sep '06

Hi, Can anyone explain why the following won't compile (using g++ 3.3.2 under Linux): #include <boost/utility/enable_if.hpp> #include <boost/type_traits/is_convertible.hpp> using namespace std; struct Foo { Foo() {} template <typename T> Foo(T const & src, typename boost::enable_if< boost::is_convertible<T,Foo>, void >::type * dummy = 0) { int i = 1; // filler. } template <typename T> Foo(T const & src, typename boost::disable_if< boost::is_convertible<T,Foo>, void >::type * dummy = 0) { int i = 2; // ditto. } }; int main() { Foo f; Foo f2(f); return 0; }; When I attempt to compile this code with g++ 3.3.2, I get the following error messages: /boost/boost/type_traits/is_convertible.hpp: In instantiation of `boost::disable_if<boost::is_convertible<Foo, Foo>, void>': /boost/boost/type_traits/is_convertible.hpp:128: instantiated from `boost::detail::is_convertible_basic_impl<Foo&, Foo>' /boost/boost/type_traits/is_convertible.hpp:228: instantiated from `boost::detail::is_convertible_impl<Foo, Foo>' test.cpp:36: instantiated from `boost::detail::is_convertible_impl_dispatch<Foo, Foo>' test.cpp:36: instantiated from `boost::is_convertible<Foo, Foo>' test.cpp:36: instantiated from `boost::enable_if<boost::is_convertible<Foo, Foo>, void>' test.cpp:36: instantiated from here /boost/boost/type_traits/is_convertible.hpp:128: error: `value' is not a member of type `boost::is_convertible<Foo, Foo>' /boost/boost/type_traits/is_convertible.hpp: In instantiation of `boost::detail::is_convertible_basic_impl<Foo&, Foo>': /boost/boost/type_traits/is_convertible.hpp:228: instantiated from `boost::detail::is_convertible_impl<Foo, Foo>' test.cpp:36: instantiated from `boost::detail::is_convertible_impl_dispatch<Foo, Foo>' test.cpp:36: instantiated from `boost::is_convertible<Foo, Foo>' test.cpp:36: instantiated from `boost::enable_if<boost::is_convertible<Foo, Foo>, void>' test.cpp:36: instantiated from here /boost/boost/type_traits/is_convertible.hpp:128: error: initializing argument 1 of `static yes_type boost::detail::checker<T>::_m_check(T, int) [with T = Foo]' If I use boost::is_same<> in place of boost::is_convertible<>, everything is fine. Is there something that I'm missing, or is this a bug? Thanks in advance, Tim

2 8

[tuple] weird compile error with VC-8_0
by imre＠u-tx.com 07 Sep '06

07 Sep '06

Hi, I am getting this error message, when using boost::tuple: include\boost\tuple\detail\tuple_basic.hpp(373) : error C2039: 'tail' : is not a member of 'boost::tuples::cons<HT,TT>' 1> with 1> [ 1> HT=UTX::DB::nulled_type<unsigned char>, 1> TT=boost::tuples::null_type 1> ] The referred line is the templated constructor of the non-specialised struct cons: template <class HT2, class TT2> cons( const cons<HT2, TT2>& u ) : head(u.head), tail(u.tail) {} So it seems that somehow the non-specialised method is called for the specialised template instantiation. Has anybody seen something like this? Is there a way to circumvent it? Thx ImRe

2 1

[thread]MFC based console application cause memory leak?
by tankbattle 07 Sep '06

07 Sep '06

I’ve written a MFC based console application to test boost.thread library. However, IDE suggested that there are memory leaks in the program. All that I’ ve done is creating a class A which implements operator () and declared an instance of boost::thread which make use of A. How can that make memory leak? My IDE is vs.net 2003 and my OS is windows xp sp1. My code is as follows: // threadmemleak.cpp : // #include "stdafx.h" #include "threadmemleak.h" #ifdef _DEBUG #define new DEBUG_NEW #endif #include <boost\thread\thread.hpp> class A { public: A() { } void operator() () { //Sleep(1000); } }; // Single application object CWinApp theApp; using namespace std; int _tmain(int argc, TCHAR* argv[], TCHAR* envp[]) { int nRetCode = 0; // Initialize MFC and display error on failure if (!AfxWinInit(::GetModuleHandle(NULL), NULL, ::GetCommandLine(), 0)) { // TODO: Correct your code so as to meet your need _tprintf(_T("Fatal error: MFC initialization failed\n")); nRetCode = 1; } else { // TODO: Write your own code A a; boost::thread thread1(a); thread1.join(); } return nRetCode; } and output of IDE is Detected memory leaks! Dumping objects -> {153} normal block at 0x00376A70, 24 bytes long. Data: < \ > B0 5C 14 00 FF FF FF FF 00 00 00 00 00 00 00 00 {152} normal block at 0x00376CE0, 8 bytes long. Data: <pj7 > 70 6A 37 00 01 CD CD CD Object dump complete.

4 3

Re: [Boost-users] ptr_container compiles slow
by JOAQUIN LOPEZ MU?Z 06 Sep '06

06 Sep '06

----- Mensaje original ----- De: LionAM <alemue7(a)hotmail.com> Fecha: Miércoles, Septiembre 6, 2006 5:37 pm Asunto: Re: [Boost-users] ptr_container compiles slow > > > Joaquín Mª López Muñoz wrote: > > > > more drastically, erase the entire Debug or Release directory before > > rebuilding (can take very long the first time.) > > > > The error occurs in every project, > also in new ones and console applications. > Complete Rebuilding or deleting doesn't change anything... Too bad :( Sometimes playing with some compiler settings can solve this kind of issues: in particular, if you're in debug mode you can try switching from /ZI (Program Database for Edit and Continue) to a less demanding type of debugging information (/Zi, /Z7 or /Zd): this has worked for me in the past for other libraries. Other than this, your options are getting back to your original situation (with slow compile times) or, if you can afford it, follow Thorsten's wise advice and upgrade to a reasonable compiler like MSVC 7.1. Good luck, Joaquín M López Muñoz Telefónica, Investigación y Desarrollo

1 0