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

matrix.hpp usability
by Becky Bendick 12 Jan '05

12 Jan '05

Hi, I guess this is a 'newbie' question, so I apologize if the answer is obvious to everyone but me. I've just installed boost 1.31 on an apple powerpc using fink. However, when I run compile for the dependent software that needs the boost libraries, I get the following: checking for boost/numeric/ublas/matrix.hpp presence in /sw/include...... yes checking for boost/numeric/ublas/matrix.hpp usability...... no Is there something I can do to matrix.hpp to make it usable? I've confirmed that it exists in the right place, and isn't empty or anything. Thanks, Becky ------------------------------------------------------------------------ ---------------------- Rebecca Bendick, Ph.D. Bullard Laboratories University of Cambridge Madingley Road CAMBRIDGE CB3 0EZ United Kingdom bendick(a)esc.cam.ac.uk

1 0

Serialization polymorphic iarchives & binary_object problem
by Sergey Skorniakov 12 Jan '05

12 Jan '05

Hello, All! This code: #include <fstream> #include <boost/archive/polymorphic_text_iarchive.hpp> #include <boost/archive/polymorphic_text_oarchive.hpp> #include <boost/archive/polymorphic_binary_iarchive.hpp> #include <boost/archive/polymorphic_binary_oarchive.hpp> #include <boost/serialization/binary_object.hpp> int main(int argc, char* argv[]) { { char testdata[4] = "asd"; std::ofstream os("test.txt", std::ios::binary); boost::archive::polymorphic_binary_oarchive ar(os); // boost::archive::polymorphic_text_oarchive ar(os); // boost::archive::text_oarchive ar(os); // boost::archive::binary_oarchive ar(os); ar & boost::serialization::make_binary_object(&testdata, sizeof(testdata)); assert(os.good()); } { char testdata[4] = " "; std::ifstream is("test.txt", std::ios::binary); assert(is.good()); boost::archive::polymorphic_binary_iarchive ar(is); // boost::archive::polymorphic_text_iarchive ar(is); // boost::archive::text_iarchive ar(is); // boost::archive::binary_iarchive ar(is); ar & boost::serialization::make_binary_object(&testdata, sizeof(testdata)); assert(is.good()); assert(testdata[0] == 'a'); } return 0; } does not work as expected - last assert failed. With text_iarchive/text_oarchive or binary_iarchive/binary_oarchive everything works fine. With polymorphic_text_archive another assert failed - is.good() returns false. I'm using VC 7.1 compiler. I had trying to compile this code with Intel 8.1 compiler but got errors, identical for polymorphic binary and text archives : Compiling with Intel(R) C++ 8.1 ...(Intel C++ Environment) TestPolyArchives.cpp C:\boost_1_32_0\boost/serialization/binary_object.hpp(43): error #308: function "boost::archive::polymorphic_oarchive::save_binary" is inaccessible ar.save_binary(m_t, m_size); ^ detected during: instantiation of "void boost::serialization::binary_object::save(Archive &, const unsigned int) const [with Archive=boost::archive::polymorphic_oarchive]" at line 90 of "C:\boost_1_32_0\boost/serialization/access.hpp" instantiation of "void boost::serialization::access::member_save(Archive &, const T &, const unsigned int) [with Archive=boost::archive::polymorphic_oarchive, T=boost::serialization::binary_object]" at line 42 of "C:\boost_1_32_0\boost/serialization/split_member.hpp" instantiation of "void boost::serialization::detail::member_saver<Archive, T>::invoke(Archive &, const T &, const unsigned int) [with Archive=boost::archive::polymorphic_oarchive, T=boost::serialization::binary_object]" at line 63 of "C:\boost_1_32_0\boost/serialization/split_member.hpp" instantiation of "void boost::serialization::split_member(Archive &, T &, const unsigned int) [with Archive=boost::archive::polymorphic_oarchive, T=boost::serialization::binary_object]" at line 49 instantiation of "void boost::serialization::binary_object::serialize(Archive &, const unsigned int) [with Archive=boost::archive::polymorphic_oarchive]" at line 106 of "C:\boost_1_32_0\boost/serialization/access.hpp" [ 4 instantiation contexts not shown ] instantiation of "void boost::archive::detail::save_non_pointer_type<Archive, T>::invoke(Archive &, const T &) [with Archive=boost::archive::polymorphic_oarchive, T=boost::serialization::binary_object]" at line 551 of "C:\boost_1_32_0\boost/archive/detail/oserializer.hpp" instantiation of "void boost::archive::save(Archive &, const T &) [with Archive=boost::archive::polymorphic_oarchive, T=boost::serialization::binary_object]" at line 106 of "C:\boost_1_32_0\boost/archive/polymorphic_oarchive.hpp" instantiation of "void boost::archive::polymorphic_oarchive::save_override(const T &, int) [with T=boost::serialization::binary_object]" at line 87 of "C:\boost_1_32_0\boost/archive/detail/interface_oarchive.hpp" instantiation of "Archive &boost::archive::detail::interface_oarchive<Archive>::operator&(const T &) [with Archive=boost::archive::polymorphic_oarchive, T=boost::serialization::binary_object]" at line 159 of "C:\boost_1_32_0\boost/archive/detail/polymorphic_oarchive_impl.hpp" instantiation of "boost::archive::polymorphic_oarchive &boost::archive::detail::polymorphic_oarchive_impl<ArchiveImplementation>::operator&(const T &) [with ArchiveImplementation=boost::archive::binary_oarchive_impl<boost::archive::binary_oarchive>, T=boost::serialization::binary_object]" C:\boost_1_32_0\boost/serialization/binary_object.hpp(47): error #308: function "boost::archive::polymorphic_iarchive::load_binary" is inaccessible ar.load_binary(const_cast<void *>(m_t), m_size); ^ detected during: instantiation of "void boost::serialization::binary_object::load(Archive &, const unsigned int) [with Archive=boost::archive::polymorphic_iarchive]" at line 98 of "C:\boost_1_32_0\boost/serialization/access.hpp" instantiation of "void boost::serialization::access::member_load(Archive &, T &, const unsigned int) [with Archive=boost::archive::polymorphic_iarchive, T=boost::serialization::binary_object]" at line 53 of "C:\boost_1_32_0\boost/serialization/split_member.hpp" instantiation of "void boost::serialization::detail::member_loader<Archive, T>::invoke(Archive &, T &, const unsigned int) [with Archive=boost::archive::polymorphic_iarchive, T=boost::serialization::binary_object]" at line 63 of "C:\boost_1_32_0\boost/serialization/split_member.hpp" instantiation of "void boost::serialization::split_member(Archive &, T &, const unsigned int) [with Archive=boost::archive::polymorphic_iarchive, T=boost::serialization::binary_object]" at line 49 instantiation of "void boost::serialization::binary_object::serialize(Archive &, const unsigned int) [with Archive=boost::archive::polymorphic_iarchive]" at line 106 of "C:\boost_1_32_0\boost/serialization/access.hpp" [ 5 instantiation contexts not shown ] instantiation of "void boost::archive::load(Archive &, T &) [with Archive=boost::archive::polymorphic_iarchive, T=boost::serialization::binary_object]" at line 107 of "C:\boost_1_32_0\boost/archive/polymorphic_iarchive.hpp" instantiation of "void boost::archive::polymorphic_iarchive::load_override(T &, int) [with T=boost::serialization::binary_object]" at line 105 of "C:\boost_1_32_0\boost/archive/detail/interface_iarchive.hpp" instantiation of "Archive &boost::archive::detail::interface_iarchive<Archive>::operator>>(const T &) [with Archive=boost::archive::polymorphic_iarchive, T=boost::serialization::binary_object]" at line 111 of "C:\boost_1_32_0\boost/archive/detail/interface_iarchive.hpp" instantiation of "Archive &boost::archive::detail::interface_iarchive<Archive>::operator&(const T &) [with Archive=boost::archive::polymorphic_iarchive, T=boost::serialization::binary_object]" at line 182 of "C:\boost_1_32_0\boost/archive/detail/polymorphic_iarchive_impl.hpp" instantiation of "boost::archive::polymorphic_iarchive &boost::archive::detail::polymorphic_iarchive_impl<ArchiveImplementation>::operator&(const T &) [with ArchiveImplementation=boost::archive::binary_iarchive_impl<boost::archive::binary_iarchive>, T=boost::serialization::binary_object]" compilation aborted for .\TestPolyArchives.cpp (code 2) With best regards, Sergey.

2 2

compile 1_32 on darwin fails for test library (unit_test, prg_exec_monitor, etc)
by John A Meinel 12 Jan '05

12 Jan '05

I'm currently trying to compile all of boost on OS X (10.3.7), using TOOLS=darwin. I already read about the problems with xml_grammar, so I just added: #ifdef NDEBUG template class basic_xml_grammer<char>; #endif //NDEBUG This at least lets the compilation finish. And I'm not using boost::serialization yet. Hopefully Apple will get a fix (I am compiling with their latest build 1671). But I'm running into another problem during the link stage of the test libraries "libboost_unit_test_framework.dylib" It happens in both debug and release builds, I get: ld: Undefined symbols: init_unit_test_suite(int, char**) I found this function defined in auto_unit_test.hpp, and referenced in some of the .cpp files. Now, I'm guessing that this might be intentionally undefined, so that when you bind to the dynamic library, you define your own initialization (probably through a macro), and the library uses that. Has anyone else had this problem? I tried looking through the regression tests, but I haven't found anything that looks like this problem. I saw this post on the mailing list: http://thread.gmane.org/gmane.comp.lib.boost.user/6489 But there were no follow-ups, so I decided to re-post. Is this just a problem with dynamic libraries on Mac, that they can't have undefined symbols? Or is it something else? If it just means that you can only use the static library, that's fine. But why is it compiling the dynamic ones on Mac if they won't succeed? Thanks, John =:->

2 2

Re: size of libboost_thread-gcc-mt.so
by Vladimir Prus 12 Jan '05

12 Jan '05

Alexander Nasonov wrote: > Amerio wrote: >> Hello, >> After compiling libboost_thread-gcc-mt.so on debian/gcc-2.95.4, this so >> weights 195kB, while libpthread weights only 100kB. >> Why such a huge difference ? Isn't boost::thread meant to be as >> lightweight as possible ? > > Try building it with Boost.Build v2 (bjam --v2 gcc release). It's only > 64K because read_write_mutex.o (223K in release) is excluded from link. > I don't know whether it's intentional or an oversight. I'm afraid it's an oversight -- that's a recently added feature. I'm surprised that it adds so much to the size though, let me try here. Without read_write_mutex the size of gcc/release/shared build is 46K. With read_write_mutex the size is 136K. Wow, that's a difference! When I comment out explicit template instantiations in that source file, the library is becomes 76K. The comment says explicit instantination are needed to detect syntax errors in templates but those instantination bloat the library. BTW, I'm not sure read_write_mutex should be a template, either. Maybe, we need class polymorphic_mutex; and template<class Mutex> class concrete_polymorphic_mutex : public polymorphic_mutex { }; and read_write_mutex_impl must be implemented in terms of polymorphic_mutex? - Volodya

1 0

B is_convertible to A<T> for some T
by Agoston Bejo 12 Jan '05

12 Jan '05

Hello, how do I express through template metaprogramming or in a similar way that a class is convertible to a template class for some T1? I.e., the condition: "There exists some T1 such that B is convertible to A<T1>". An example program: (Platform: VC++7.1) --------------------------------------------------- #include <iostream> #include <boost/utility/enable_if.hpp> using namespace std; using namespace boost; template<typename T> struct A {}; struct B : public A<int> {}; template<typename T> struct isA { static const bool value = false; }; template<typename T> struct isA< A<T> > { static const bool value = true; }; // This would give the desired result, but I don't know how it should // legally be expressed it in C++ (if anyhow): //template<typename T, typename TEnabler = void> //struct A { static const bool value = false; }; // //template<typename T, > //struct isA< T, // enable_if<{{T where T is convertible to A<T1> for some T1}}> > //{ // static const bool value = true; //}; int _tmain(int argc, _TCHAR* argv[]) { cout << isA< A<int> >::value << endl; // 1 cout << isA< A<double> >::value << endl;// 1 cout << isA< B >::value << endl; // 0 - not what I want cout << isA<int>::value << endl; // 0 return 0; } ---------------------------------------------------

5 7

Boost Graph Reading and Writing ATT graphviz example compile error
by Welson Sun 12 Jan '05

12 Jan '05

Hi, My platform is Linux (Fedora Core 2), gcc version: gcc (GCC) 3.3.3 20040412 (Red Hat Linux 3.3.3-7) I need to read and write the ATT graphviz format, so this is what I did: 1. Generated the libbgl-viz library. In boost_1_32_0/libs/graph/src/ directory, use the default Makefile, generated the libbgl-viz library without error. And I copied them to /usr/local/lib 2. g++ boost_1_32_0/libs/graph/example/graphviz.cpp, but I got the nasty error: ccVhyZaG.o(.text+0x602):graphviz.cpp: undefined reference to `boost::read_graphviz(std::basic_string<char, std::char_t raits<char>, std::allocator<char> > const&, boost::subgraph<boost::adjacency_lis t<boost::vecS, boost::vecS, boost::directedS, boost::property<boost::vertex_attr ibute_t, std::map<std::basic_string<char, std::char_traits<char>, std::allocator <char> >, std::basic_string<char, std::char_traits<char>, std::allocator<char> > , std::less<std::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::allocator<std::pair<std::basic_string<char, std::char_traits<char>, s td::allocator<char> > const, std::basic_string<char, std::char_traits<char>, std ::allocator<char> > > > >, boost::no_property>, boost::property<boost::edge_attr ibute_t, std::map<std::basic_string<char, std::char_traits<char>, std::allocator <char> >, std::basic_string<char, std::char_traits<char>, std::allocator<char> > , std::less<std::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::allocator<std::pair<std::basic_string<char, std::char_traits<char>, s td::allocator<char> > const, std::basic_string<char, std::char_traits<char>, std ::allocator<char> > > > >, boost::property<boost::edge_index_t, int, boost::no_p roperty> >, boost::property<boost::graph_graph_attribute_t, std::map<std::basic_ string<char, std::char_traits<char>, std::allocator<char> >, std::basic_string<c har, std::char_traits<char>, std::allocator<char> >, std::less<std::basic_string <char, std::char_traits<char>, std::allocator<char> > >, std::allocator<std::pai r<std::basic_string<char, std::char_traits<char>, std::allocator<char> > const, std::basic_string<char, std::char_traits<char>, std::allocator<char> > > > >, bo ost::property<boost::graph_vertex_attribute_t, std::map<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::basic_string<char, std::cha r_traits<char>, std::allocator<char> >, std::less<std::basic_string<char, std::c har_traits<char>, std::allocator<char> > >, std::allocator<std::pair<std::basic_ string<char, std::char_traits<char>, std::allocator<char> > const, std::basic_st ring<char, std::char_traits<char>, std::allocator<char> > > > >, boost::property <boost::graph_edge_attribute_t, std::map<std::basic_string<char, std::char_trait s<char>, std::allocator<char> >, std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::less<std::basic_string<char, std::char_traits<char >, std::allocator<char> > >, std::allocator<std::pair<std::basic_string<char, st d::char_traits<char>, std::allocator<char> > const, std::basic_string<char, std: :char_traits<char>, std::allocator<char> > > > >, boost::property<boost::graph_n ame_t, std::basic_string<char, std::char_traits<char>, std::allocator<char> >, b oost::no_property> > > >, boost::listS> >&)' collect2: ld returned 1 exit status What's the matter?

3 4

bug in mersenne twister
by Morgan 11 Jan '05

11 Jan '05

This is my first bug report(ever), so feel free to point out how I could do a better job of this... Anyways I have found a bug with the mersenne_twister random number generator class, where results when calling for a random number vary between codewarrior 9.0 and gcc 3.4.1 with boost 1.31.0. A simple example is shown below: #include <boost/random/mersenne_twister.hpp> // for mt11213b typedef boost::mt11213b base_generator_type; class foo { public: foo(const base_generator_type gen):m_gen(gen) {} ~foo(void) {} rand_type operator() ( void ) { const float x = m_gen(); return x; } private: base_generator_type m_gen; } int main(void) { base_generator_type gen( (uint32_t) 2000); seed is not important foo f(gen); cout << "Random result is " << f() << endl; } The resulting numbers will be different between codewarrior 9.0 running on windows and gcc 3.4.1 running on Suse linux 7.3.(Hope that is enough info). I tracked the cause of the bug down to class initialization. In the case of CW9.0, the compiler when constructing a foo, will use a mersenne_twister copy ctor when initializing m_gen, while in the case of gcc 3.4.1 it will choose the following in the .hpp file template<class Generator> explicit mersenne_twister(Generator & gen) { seed(gen); } therefore using the provided generator as a seed to the new generator rather than just copying its state, even though no template parameter is provided. Anyways I will leave it up to the more informed to decide which is more desirable/proper; however, this is a fairly nasty bug at the moment as

1 0

How can I uninstall Boost with bjam?
by Welson Sun 11 Jan '05

11 Jan '05

I tried "bjam uninstall", but doesn't work. I searched the web and maillist, looks like no one has ever talked about it. Yours, Welson Sun

2 4

Serialization and shared_ptr
by Jarl Lindrud 11 Jan '05

11 Jan '05

Hi! A question on serializing pointers to derived classes: When I serialize naked polymorphic pointers through base pointers, things work as expected, ie the derived classes are serailized and deserialized. However, when I replace the naked pointers with corresponding boost::shared_ptr's, I get an archive_exception, to the tune of "unregistered class". I'm using BOOST_CLASS_EXPORT, and not the register_type<> functions. Is this supposed to happen, or do I need some additional type registration beyond what was necessary for serializing naked pointers? Thanks! Jarl. The code: //B and C derive from A std::ostringstream os; boost::archive::text_oarchive oa(os); //A *pb0 = new B(15,16); //A *pc0 = new C(17, 18, 19); boost::shared_ptr<A> pb0( new B(15,16) ); boost::shared_ptr<A> pc0( new C(17, 18, 19) ); oa << pb0; oa << pc0; std::string data = os.str(); { std::istringstream is(data); boost::archive::text_iarchive ia(is); //A *pa1 = NULL; //A *pa2 = NULL; boost::shared_ptr<A> pa1; boost::shared_ptr<A> pa2; ia >> pa1; ia >> pa2; B* pb = dynamic_cast<B *>(pa1.get()); C* pc = dynamic_cast<C *>(pa2.get()); } _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/

2 1

Forwarding problem in base_from_member
by Jens Theisen 11 Jan '05

11 Jan '05

Hello, the above class (doesn't?) currently addresses the forwarding problem by passing constructor argument by value. Would it not be a better idea to use const&? We can't pass variable references at the moment, can we? Cheers, Jens

2 2