March 2011 - Boost - lists.boost.org

[odeint] gsoc 2011: finalization of odeint
by Mario Mulansky 23 Mar '11

23 Mar '11

Dear boost community, I would like to propose a project for the GSoC 2011, namely to improve the odeint library currently living in the boost sandbox [1] with the (optimistic) goal to put it on a level suitable for a boost review process. I have been working on this library for about one year now, although I couldn't spent much time on it during the last months. The other author of odeint is my colleague Karsten. We have had contact to this mailing list before [2], getting few, but rather positive feedback. The odeint library is a modern, template based, generic, C++ library for integrating (solving) initial value problems of ordinary differential equations. Such an ode is usually given as dx/dt = f(x,t) with x(t=0) = x0. x here is generally vector valued, possibly high dimensional. The easiest method to solve this problem is the Euler-method, where you introduce a small value Dt and then iterate x(t+Dt) = f(x,t)*Dt. Obviously, in real applications one uses more sophisticated methods, a well known class are the Runge-Kutta methods [3], suitable for many cases. Additionally, there exist special methods for system where the time evolution has conserved quantities, called symplectic methods. Furthermore there are methods for stiff systems and many others. For odeint, our first focus lies on Runge-Kutta methods. We have implemented several such methods together with error control routines and lately added dense output functionality. Our very recent code is a generic Runge-Kutta stepper that allows the user to build any Runge-Kutta method at compile time by providing the appropriate constants and is based on fusion::vectors. Karsten wrote a good article on that [4], unfortunately in German. There are also symplectic routines for Hamiltonian systems and we started to add implicit methods as well. We also have unit tests based on the boost test framework and some basic documentation. The library is currently at a level where it can be used in scientific applications and it is indeed in use by us and several other people in an academic environment. The major enhancement of our library over existing ones like gsl or methods from the numerical recipes is that our routines do not depend on the container type used to represent the vector x. So our library works with the usual std::vector<double> and array<double,N> but also with vector< complex<double> > (already a major improvement over gsl and nr, which we get for free, basically) and blitz++ arrays. The major strength of this approach, however, is seen when you want to solve odes on complex networks where you have to implement your own, non-trivial container type representing some kind of network. With odeint you can fully separate the network-implementation from the ode-solving algorithm. Furthermore, we are able to easily employ the power of CUDA devices to solve odes by the help of the thrust library and using thrust::device_vector as our container type. It is also possible to use odeint with arbitrary precision types like the gmp library. Some more, unfortunately slightly out-dated, information about odeint can be found in [5]. What are my plans for a GSoC? 1. There are still some parts of the library which are not satisfactorily designed and need to be rethought. This is where we could really need the help of an experienced mentor to create a clean, well structured library. 2. Add methods with varying order (burlisch stoer). 3. Add dense output and error control to the generic runge-kutta implementation. 4. Add convenience function that allow users an easier access to the libraries capabilities. 5. Create an observer interface that allows the user to analyze properties of the system while integrating the equations. 6. Make everything ready for a boos review. Points 1-5 can surely be realized during the GSoC period, I believe. And whatever time is left I will spend on documentation and review preparation. A few words to myself: I'm currently a PhD student in physics at the University of Potsdam working on problems in the field of nonlinear dynamics. Solving odes is basically every-day-work for me and I have a used many of the routines in odeint for my scientific research. Thanks for reading. I greatly appreciate any feedback! Regards, Mario Mulansky [1] https://svn.boost.org/svn/boost/sandbox/odeint/ [2] http://boost.2283326.n4.nabble.com/library-proposal-odeint-td2670019.html [3] http://en.wikipedia.org/wiki/Runge–Kutta_methods [4] http://www.c-plusplus.de/forum/282091 [5] http://www.codeproject.com/KB/recipes/odeint.aspx

4 6

[context review] Windows ABI requirements
by Holger Grund 23 Mar '11

23 Mar '11

Hi, I've had a very brief look at the x64 ASM Windows code as I think I raised concerns about this before. As always, I'm pretty busy and I probably won't be able to properly review the entire lib. Looking at the fcontext_x86_64_ms_pe_masm.asm it would seem that several ABI requirements are violated and it is not clear to me why this would always work. For instance, the stack is not properly aligned in the call to _exit & set_fcontext. At least _exit can call into user code, IIRC (preterminators & terminator registered via .crt$x* sections) and that code may require a properly aligned stack. I don't see proper unwind descriptors. What happens if an async exception is triggered in the middle of set_fcontext? The x86 Windows version seems to have similar problems. IIRC, the dispatch logic checks for EH registration nodes to be on the stack for x86. What happens if an untrapped exception is trigger in a code path called from the context entrypoint? It would seem that there is an unwind chain via make_fcontext (which doesn't appear to have any unwind description and would therefore assumed to be a leaf function). Is its state necessarily live when set_fcontext is called? What guarantees are there that poking a few fields in the TIB is good enough to properly switch the context? At least FLS has more than one field in the TIB. There's also bookkeeping for whether registered callbacks have been called. Why is saving the register you save enough? Why wouldn't a future version of Windows just take down the process if it detects stack hacks. I believe, the unwinder checks the stack pointer in the unwind context against stack limits and for 8-byte align at each caller in the chain until a barrier is found. How are you certain that kernel32/kernelbase/ntdll don't assume that there's a guard page (where guard page has the Windows defined meaning as in PAGE_GUARD) at the end of the stack? Even if that all works today, how can you be sure it will on Win8, 9 and beyond? To be honest, I don't think a library outside the operating system is not the proper place to do this kind of thing at all (and even if you're part of the OS it's an incredibly hard thing to get right -- UMS had tons of problems in Win7 RTM) BTW, glancing over the docs, an implicit conversion from size_t to protected_stack seems weird, but that might just be a glitch in the doc build. Thanks! -hg

2 4

Getting started guide updates
by Vladimir Prus 23 Mar '11

23 Mar '11

Folks, I've tried to update the getting started guide (for Unix so far) to better explain building, in particular: - To make the "bootstrap + bjam" process the only documented one, since it turns out to be fairly painless on Unix - To clarify some common questions inline The result can be previewed at http://lvk.cs.msu.su/~ghost/unix-variants.pdf , see section 5. I would appreciate if folks take a look and suggest whether it can be improved further. I plan to make a similar update for Windows, but it's somewhat tricker. Thanks, -- Vladimir Prus Mentor Graphics +7 (812) 677-68-40

5 8

stream-cons & stream-cdr using boost.proto & boost.fusion
by Niitsuma Hirotaka 23 Mar '11

23 Mar '11

I try to make stream-cons & stream-cdr using boost.proto & boost.fusion. code is here http://d.hatena.ne.jp/niitsuma/20110323/1300850731 But this is not work in the following case auto s= stream_cons(2,stream_cons(1,0)); auto ss= stream_cons(3, s); std::cout << proto_force( proto_force(ss.cdr.car).cdr.car).car << std::endl; //not work std::cout << stream_cdr(stream_cdr(ss)).car << std::endl; //not work Where is problem?

1 0

Boost Talk: "How I Code" (?)
by Gottlob Frege 23 Mar '11

23 Mar '11

I was wondering if anyone here wanted to take part in a Boost talk about real world programming experiences. Something like "rules to code by" or "nuggets of experience" or...? ie if you had to give your 1 favorite rule you code by, what would it be? For me it might be: - Inversion Principle or - Comments with the word "otherwise" are the best comments I could explain the Inversion Principle, or tell the story of when I started using "otherwise" in comments, within 10-15 minutes, maybe less. Then someone else could explain something helpful they've learned over the years. It could be the easiest way to get your feet wet in giving a talk - you just need to do a few minutes. I don't think there is much detail needed actually - I think just knowing that the author of so-and-so library actually does use TDD daily, or that a respected regular on the list does things this way, etc - just *knowing* that someone you respect does things a certain way, might be all that is needed. You can always find more details about certain rules/principles on the web, so in-depth explanations aren't really necessary. The important part, I think, is that someone you know (even just "virtually") is doing things that way. I'm thinking it would be called "How I Code". Not "How you should code" (although that might be implied). Just how each presenter codes in real world programming tasks. But I can't do this alone - no one wants to hear just about how I code - they want to hear about how you code. Plus I will probably have another Boost talk to frantically make last minute changes to, so I can't handle 2 talks - but I can help get people together and organize this and do a part. Overall, hopefully it would be more discussion than presentation, and maybe even some contradicting favorite rules - real life programming is never that simple such that one rule always works, right? Tony Van Eerd

10 19

[review scoreboards]
by Sid Sacek 23 Mar '11

23 Mar '11

When I go onto sports web sites, they contain scoreboards for active games. The boost reviews are a bit like those active games. When a review starts, there generally is a huge flurry of emails that hits the boost mailing list, and a lot of heated debates go on in these mails. I generally don't have time to read through hundreds and hundreds of mails to get to the actual reviews. What I would like instead is an active scoreboard. It would contain a single page for a particular review, the current count of yeas and nays, the people who actually contributed to the reviews, and links to their reviews. It would also contain a final status of the review, and any contingent actions needed for completion. I assume this does not yet exist, and if not, how difficult would it be to set up something like this? Or maybe I should ask whether anyone else would prefer something like this? -Sid Sacek

3 4

[aligned storage] namespace conflict
by Tobias Germer 22 Mar '11

22 Mar '11

Hi all, while patching the interprocess library (see ticket #5230) we found a namespace conflict in aligned_storage.hpp. The source refers to the (local) namespace "detail::". In the context of interprocess, this could be resolved to "boost::detail" or "boost::interprocess::detail", causing an ambiguity. I suggest to use the absolute namespace in aligned_storage, i.e., every "detail::" is replaced with "::boost::detail::" (see below for the patch). Are there any arguments against this? If nobody protests, Ion would apply the patch. Regards, Tobias Suggested patch: Index: aligned_storage.hpp =================================================================== --- aligned_storage.hpp (revision 70385) +++ aligned_storage.hpp (working copy) @@ -50,7 +50,7 @@ typename mpl::eval_if_c< alignment_ == std::size_t(-1) - , mpl::identity<detail::max_align> + , mpl::identity<::boost::detail::max_align> , type_with_alignment<alignment_> >::type align_; } data_; @@ -76,12 +76,12 @@ #else public #endif - detail::aligned_storage::aligned_storage_imp<size_, alignment_> + ::boost::detail::aligned_storage::aligned_storage_imp<size_, alignment_> { public: // constants - typedef detail::aligned_storage::aligned_storage_imp<size_, alignment_> type; + typedef ::boost::detail::aligned_storage::aligned_storage_imp<size_, alignment_> type; BOOST_STATIC_CONSTANT( std::size_t -- Dr. Tobias Germer | tgermer(a)think-cell.com Software Engineer think-cell Software GmbH | Chausseestr. 8/E | 10115 Berlin | Germany http://www.think-cell.com | phone +49 30 666473-10 | US phone +1 800 891 8091 Amtsgericht Berlin-Charlottenburg, HRB 85229 | European Union VAT Id DE813474306 Directors: Dr. Markus Hannebauer, Dr. Arno Schoedl

3 2

Re: [boost] Missing Documentation on Building and Installing Documentation.
by Stirling Westrup 22 Mar '11

22 Mar '11

On Mon, Mar 21, 2011 at 7:25 PM, Julian Gonggrijp <j.gonggrijp(a)gmail.com> wrote: > Stirling Westrup wrote: > >> Julian Gonggrijp wrote: >> > I think you should consider the Boost tree to be your installation of > Boost. The additional copies of the headers and the libraries are just > for convenience. If you throw away the Boost tree, you throw away your > Boost installation together with the documentation that starts at > $BOOST_ROOT/index.html. If I were to simply untar Boost into my include directory I would end up with documentation files in my include directory, where they don't belong, and where my system will not look for them, and were I to build the libraries, they would end up putting large amounts of extraneous files into the my include directory. So, I generally approve of the fact that bjam is capable of building the libraries and installing them and the headers into the canonical locations for my system. The only problem is that bjam does not know about the documentation. All I want is someone to tell it how to relocate the docs. If this breaks any documentation, then arguably this is just as much of a bug as having headers that break when relocated, and can be addressed on a case-by-case basis. > > Note that Boost is not only targeted at Linux users. Moreover, the > getting started guide is very clear about the structure of the Boost > tree, including the location of the documentation. It may be clear about the structure of the Boost tree, but the fact that Installation guide provides an installation method makes the structure of the Boost tree appear irrelevant to everyone except the developers of Boost. -- Stirling Westrup Programmer, Entrepreneur. https://www.linkedin.com/e/fpf/77228 http://www.linkedin.com/in/swestrup http://technaut.livejournal.com http://sourceforge.net/users/stirlingwestrup

1 0

[context review] Several Questions
by Artyom 22 Mar '11

22 Mar '11

Hello, Before I start working with this library for review I need a clarification of several statements to understand actual usefulness of this library: > > A context switch between threads costs usually thousands of CPU > cycles on x86 compared to a user-level context switch with few > hundreds of cycles. > Performance ----------- One of the first things I did when read this statement and take a look on measurements is to write my own benchmark of context switch. I've run it on: - Intel i5 2.5GHz CPU 2 cores 4 threads. - Linux x86_64, Ubuntu 10.10 And compared context switch performance using sched_yeild and jump_to. I used default boost::context<> settings and default build (against Boost-1.46.0) and used dummy switch to measure actual operations beyond the switching There were two threads giving each one a time quanta and measured how much time context switch takes (of course included some warm up) sched_yeild - 377us Boost.Contex - 214us Dummy - 10us All tests done on a single CPU using taskset 0x1 ./test params So finally I can see that Boost.Context does not behave **much** better then OS context switch? I understand that I probably used by default ucontext but it is default and this is how it is going to be shipped by most distributions as it would probably be the safest. I need to see rationale, limitations and so on, in very explicit way. Usefulness of N:M model (or even 1:M model) ------------------------------------------- Long time ago OS developers used N:M threading model where several kernel threads were mapped to several user-space thread: - Solaris < 9 or 10 - Linux <= 2.4, - FreeBSD < 8 All these OSs today moved to 1:1 model as most efficient one, so I can't buy it that N:M or even 1:N model in this case would give performance advantage. As you know, even POSIX 2008 deprecated ucontext at all. So I would like to see some very good and based rationale with description of specific use cases and examples. I understand that it may be very useful paradigm but as long as I see most of implementations move away of N:M model... Why do you bring it back despite of huge drawbacks users space threads have: like interaction with blocking system calls, interaction with physical CPUs and so on? -------------------- Thanks, I'd like to see an answer on this topics before I continue. Artyom

3 25

[Review] Type Traits Extension ending tomorrow
by Joel Falcou 22 Mar '11

22 Mar '11

Dear All, The fast track review of Frédéric Bron's extensions to the Type Traits Library is ending tomorrow. If you plan to submit a review, please do so as soon as possible. Thanks in advance to all participants of the review. =========== What is it? =========== This extension adds 37 new traits corresponding to the following 37 operators: - binary: ==, !=,<,<=,>,>=, , +, -, *, /, %, +=, -=, *=, /=, %=, , &&, ||, ,&, |, ^,<<,>>,&=, |=, ^=,<<=,>>= - prefix: ++, --, +, -, !, ~, * - postfix: ++, -- Each trait can detect if the operator can be used with particular types and if needed, if the return type is convertible to some type. =================== Getting the library =================== The latest version can be downloaded by different ways: - from the vault with unix line ending: http://www.boostpro.com/vault/index.php?action=downloadfile&filename=type_t… - from the vault with dos line ending: http://www.boostpro.com/vault/index.php?action=downloadfile&filename=type_t… - from the sandbox:http://svn.boost.org/svn/boost/sandbox/type_traits/ The entry point of the documentation is type_traits/libs/type_traits/doc/html/boost_typetraits/category/value_traits/operators.html The library has been tested with: - MSVC 8, 9, 10 on Windows, - g++ 4.4.5 on Linux, - intel 10.0 and 11.1 on Linux. To test the library, the simplest is to untar the headers in your boost include directory. For this, you can download the header part of the extension: - from the vault with unix line ending: http://www.boostpro.com/vault/index.php?action=downloadfile&filename=type_t… - from the vault with dos line ending: http://www.boostpro.com/vault/index.php?action=downloadfile&filename=type_t…

16 38

unit test report output stream
by Emy 22 Mar '11

22 Mar '11

Hi ! I've seen here : http://www.boost.org/doc/libs/1_40_0/libs/test/doc/html/utf/user-guide/test… http://www.boost.org/doc/libs/1_40_0/libs/test/doc/html/utf/user-guide/test… that it is possible to choose output stream location for what is logged during unit tests (log_level). I would like to know if it is possible to do the same thing with report, i.e. choose a custom output stream (report_level) ? I found this link : http://www.boost.org/doc/libs/1_40_0/libs/test/doc/html/utf/user-guide/test… http://www.boost.org/doc/libs/1_40_0/libs/test/doc/html/utf/user-guide/test… but it's pretty empty ... Thank you ! Emilie -- View this message in context: http://boost.2283326.n4.nabble.com/unit-test-report-output-stream-tp3396609… Sent from the Boost - Dev mailing list archive at Nabble.com.

1 0

[filesystem] path does not use global locale's codecvt facet - bug or feature
by Artyom 22 Mar '11

22 Mar '11

Hello, Boost.Filesystem v3 uses wide path under windows and can convert it from the narrow one using codecvt facet, so I would expect if the global locale is some locale that has special codecvt facet installed boost.filesystem should use it, i.e.: int main() { boost::locale::generator locale_generator; std::locale::global(locale_generator("en_US.UTF-8")); // Now default codecvt facet is UTF-8 one. boost::filesystem::path p("שלום.txt"); boost::filesystem::ofstream test(p); } However this does not work as expected! I had found that you need to imbue locale explicitly: boost::filesystem::path p; p.imbue(std::locale()); // global one p = "שלום.txt"; boost::filesystem::ofstream test(p); Now it works. Should I open a ticket for this or this is "planned" behavior?

5 7

Enums: naming question?
by Vicente Botet 22 Mar '11

22 Mar '11

Hi, I'm developing a scoped enum library that use an emulation wrapping the native enum on a class to get scoped enumerators. I need some traits, to get the native type from the emulation, and the coping class from the native one. In addition there is an underlying type that is used to store the enumerators. Next follows the names I have use in the library: native_type::type underlying_type::type scoping_type::type In addition I have defined some functions that make the conversions from these types template native_type::type native_value(ScopedEnum e); template underlying_type::type underlying_value(ScopedEnum e); I have defined all these under the boost::enums namespace. Do you have a better proposal for these (meta-)functions? If you need more details you can take a look in the sandbow/enums directory http://svn.boost.org/svn/boost/sandbox/enums/libs/enums/doc/html/index.html Best, Vicente P.S. Note native-type and native_value are yet in the doc as enum_type and enum_value. The tutorial is really in a very draft state :( -- View this message in context: http://boost.2283326.n4.nabble.com/Enums-naming-question-tp3388473p3388473.… Sent from the Boost - Dev mailing list archive at Nabble.com.

5 16

Re: [boost] [asio] timer cancelling
by Ralf Globisch 22 Mar '11

22 Mar '11

Robert, FYI, I think it might be better to post asio related queries to the dedicated asio mailing list: https://lists.sourceforge.net/lists/listinfo/asio-users Regards, Ralf >>> "Mr. Robert G Palmer Jr." 03/21/11 3:28 PM >>> boost 1.45.0 WinXP SP3 What is the difference between boost::deadline_timer.cancel() and the cancellation that happens due to boost::deadline_timer.expires_from_now()? I'm doing an async_read_some() inside of a wrapper function I have written (based on http://lists.boost.org/Archives/boost/2007/04/120339.php) I have a read handler and a timer handler (I want the bytes read value and could probably combine the two handlers into one with the appropriate modification to the bind call). The read handler works, and then I cancel the timer, but the NEXT TIME I call the wrapper function, the timer hander fires with a boost::asio::error::operation_aborted. The timer object is local to the wrapper function, but the io_service is not, it is passed in, so it seems the io_service is holding onto the timer completion handler AND the fact that it was cancelled. Is there a way to clean this out before exiting my wrapper function? Is the 'expires_from_now()' calling the timer handler or is it the first call to run_one()? Thanks, -- Robert G. Palmer, Jr. robert.palmer(a)ingenutec.com _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost -- This message is subject to the CSIR's copyright terms and conditions, e-mail legal notice, and implemented Open Document Format (ODF) standard. The full disclaimer details can be found at http://www.csir.co.za/disclaimer.html. This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. MailScanner thanks Transtec Computers for their support.

1 0

Re: [boost] linking error with serialization
by Eun-Sung Kim 21 Mar '11

21 Mar '11

> Are you linking to the serialization library? The serialization library > isn't header-only. How can I link to the serialization library? Please, tell me about that. --Kim

1 0

linking error with serialization
by Eun-Sung Kim 21 Mar '11

21 Mar '11

Hi, all I have posted the similar one, but no reply. So I post a simpler program again. main.cpp #include <boost/archive/text_oarchive.hpp> #include <iostream> int main() { boost::archive::text_oarchive oa(std::cout); int i = 1; oa << i; } The above program has compile/link error as following. What is the problem? How can I fix it up? Thanks, --Kim ps) error messages /tmp/ccg9bXMk.o: In function `boost::archive::text_oarchive::text_oarchive(std::basic_ostream<char, std::char_traits<char> >&, unsigned int)': main.cpp:(.gnu.linkonce.t._ZN5boost7archive13text_oarchiveC1ERSoj+0x1f): undefined reference to `boost::archive::text_oarchive_impl<boost::archive::text_oarchive>::text_oarchive_impl(std::basic_ostream<char, std::char_traits<char> >&, unsigned int)' /tmp/ccg9bXMk.o: In function `boost::archive::detail::common_oarchive<boost::archive::text_oarchive>::~common_oarchive()': main.cpp:(.gnu.linkonce.t._ZN5boost7archive6detail15common_oarchiveINS0_13text_oarchiveEED2Ev+0x1d): undefined reference to `boost::archive::detail::basic_oarchive::~basic_oarchive()' /tmp/ccg9bXMk.o: In function `boost::archive::text_oarchive_impl<boost::archive::text_oarchive>::~text_oarchive_impl()': main.cpp:(.gnu.linkonce.t._ZN5boost7archive18text_oarchive_implINS0_13text_oarchiveEED2Ev+0x43): undefined reference to `boost::archive::basic_text_oprimitive<std::basic_ostream<char, std::char_traits<char> > >::~basic_text_oprimitive()' main.cpp:(.gnu.linkonce.t._ZN5boost7archive18text_oarchive_implINS0_13text_oarchiveEED2Ev+0x72): undefined reference to `boost::archive::basic_text_oprimitive<std::basic_ostream<char, std::char_traits<char> > >::~basic_text_oprimitive()' /tmp/ccg9bXMk.o: In function `boost::archive::text_oarchive_impl<boost::archive::text_oarchive>::~text_oarchive_impl()': main.cpp:(.gnu.linkonce.t._ZN5boost7archive18text_oarchive_implINS0_13text_oarchiveEED0Ev+0x43): undefined reference to `boost::archive::basic_text_oprimitive<std::basic_ostream<char, std::char_traits<char> > >::~basic_text_oprimitive()' main.cpp:(.gnu.linkonce.t._ZN5boost7archive18text_oarchive_implINS0_13text_oarchiveEED0Ev+0x72): undefined reference to `boost::archive::basic_text_oprimitive<std::basic_ostream<char, std::char_traits<char> > >::~basic_text_oprimitive()' /tmp/ccg9bXMk.o: In function `boost::archive::text_oarchive_impl<boost::archive::text_oarchive>::~text_oarchive_impl()': main.cpp:(.gnu.linkonce.t._ZN5boost7archive18text_oarchive_implINS0_13text_oarchiveEED1Ev+0x43): undefined reference to `boost::archive::basic_text_oprimitive<std::basic_ostream<char, std::char_traits<char> > >::~basic_text_oprimitive()' /tmp/ccg9bXMk.o:main.cpp:(.gnu.linkonce.t._ZN5boost7archive18text_oarchive_implINS0_13text_oarchiveEED1Ev+0x72): more undefined references to `boost::archive::basic_text_oprimitive<std::basic_ostream<char, std::char_traits<char> > >::~basic_text_oprimitive()' follow /tmp/ccg9bXMk.o: In function `boost::archive::detail::common_oarchive<boost::archive::text_oarchive>::~common_oarchive()': main.cpp:(.gnu.linkonce.t._ZN5boost7archive6detail15common_oarchiveINS0_13text_oarchiveEED0Ev+0x1d): undefined reference to `boost::archive::detail::basic_oarchive::~basic_oarchive()' /tmp/ccg9bXMk.o: In function `boost::archive::detail::common_oarchive<boost::archive::text_oarchive>::~common_oarchive()': main.cpp:(.gnu.linkonce.t._ZN5boost7archive6detail15common_oarchiveINS0_13text_oarchiveEED1Ev+0x1d): undefined reference to `boost::archive::detail::basic_oarchive::~basic_oarchive()' /tmp/ccg9bXMk.o: In function `boost::archive::archive_exception::archive_exception(boost::archive::archive_exception const&)': main.cpp:(.gnu.linkonce.t._ZN5boost7archive17archive_exceptionC1ERKS1_+0x31): undefined reference to `vtable for boost::archive::archive_exception' main.cpp:(.gnu.linkonce.t._ZN5boost7archive17archive_exceptionC1ERKS1_+0x49): undefined reference to `vtable for boost::archive::archive_exception' /tmp/ccg9bXMk.o: In function `void boost::serialization::throw_exception<boost::archive::archive_exception>(boost::archive::archive_exception const&)': main.cpp:(.gnu.linkonce.t._ZN5boost13serialization15throw_exceptionINS_7archive17archive_exceptionEEEvRKT_+0x28): undefined reference to `boost::archive::archive_exception::~archive_exception()' main.cpp:(.gnu.linkonce.t._ZN5boost13serialization15throw_exceptionINS_7archive17archive_exceptionEEEvRKT_+0x2d): undefined reference to `typeinfo for boost::archive::archive_exception' /tmp/ccg9bXMk.o: In function `void boost::archive::basic_text_oprimitive<std::basic_ostream<char, std::char_traits<char> > >::save<boost::archive::tracking_type>(boost::archive::tracking_type const&)': main.cpp:(.gnu.linkonce.t._ZN5boost7archive21basic_text_oprimitiveISoE4saveINS0_13tracking_typeEEEvRKT_+0x4d): undefined reference to `boost::archive::archive_exception::archive_exception(boost::archive::archive_exception::exception_code, char const*, char const*)' main.cpp:(.gnu.linkonce.t._ZN5boost7archive21basic_text_oprimitiveISoE4saveINS0_13tracking_typeEEEvRKT_+0x5f): undefined reference to `boost::archive::archive_exception::~archive_exception()' main.cpp:(.gnu.linkonce.t._ZN5boost7archive21basic_text_oprimitiveISoE4saveINS0_13tracking_typeEEEvRKT_+0x72): undefined reference to `boost::archive::archive_exception::~archive_exception()' /tmp/ccg9bXMk.o: In function `void boost::archive::text_oarchive_impl<boost::archive::text_oarchive>::save<boost::archive::tracking_type>(boost::archive::tracking_type const&)': main.cpp:(.gnu.linkonce.t._ZN5boost7archive18text_oarchive_implINS0_13text_oarchiveEE4saveINS0_13tracking_typeEEEvRKT_+0x15): undefined reference to `boost::archive::basic_text_oarchive<boost::archive::text_oarchive>::newtoken()' /tmp/ccg9bXMk.o: In function `void boost::archive::save_access::save_primitive<boost::archive::text_oarchive, boost::archive::tracking_type>(boost::archive::text_oarchive&, boost::archive::tracking_type const&)': main.cpp:(.gnu.linkonce.t._ZN5boost7archive11save_access14save_primitiveINS0_13text_oarchiveENS0_13tracking_typeEEEvRT_RKT0_+0x15): undefined reference to `boost::archive::detail::basic_oarchive::end_preamble()' /tmp/ccg9bXMk.o: In function `void boost::archive::save_access::save_primitive<boost::archive::text_oarchive, std::basic_string<char, std::char_traits<char>, std::allocator<char> > >(boost::archive::text_oarchive&, std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)': main.cpp:(.gnu.linkonce.t._ZN5boost7archive11save_access14save_primitiveINS0_13text_oarchiveESsEEvRT_RKT0_+0x15): undefined reference to `boost::archive::detail::basic_oarchive::end_preamble()' main.cpp:(.gnu.linkonce.t._ZN5boost7archive11save_access14save_primitiveINS0_13text_oarchiveESsEEvRT_RKT0_+0x22): undefined reference to `boost::archive::text_oarchive_impl<boost::archive::text_oarchive>::save(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)' /tmp/ccg9bXMk.o: In function `void boost::archive::basic_text_oprimitive<std::basic_ostream<char, std::char_traits<char> > >::save<boost::archive::class_id_reference_type>(boost::archive::class_id_reference_type const&)': main.cpp:(.gnu.linkonce.t._ZN5boost7archive21basic_text_oprimitiveISoE4saveINS0_23class_id_reference_typeEEEvRKT_+0x4d): undefined reference to `boost::archive::archive_exception::archive_exception(boost::archive::archive_exception::exception_code, char const*, char const*)' main.cpp:(.gnu.linkonce.t._ZN5boost7archive21basic_text_oprimitiveISoE4saveINS0_23class_id_reference_typeEEEvRKT_+0x5f): undefined reference to `boost::archive::archive_exception::~archive_exception()' main.cpp:(.gnu.linkonce.t._ZN5boost7archive21basic_text_oprimitiveISoE4saveINS0_23class_id_reference_typeEEEvRKT_+0x72): undefined reference to `boost::archive::archive_exception::~archive_exception()' /tmp/ccg9bXMk.o: In function `void boost::archive::text_oarchive_impl<boost::archive::text_oarchive>::save<boost::archive::class_id_reference_type>(boost::archive::class_id_reference_type const&)': main.cpp:(.gnu.linkonce.t._ZN5boost7archive18text_oarchive_implINS0_13text_oarchiveEE4saveINS0_23class_id_reference_typeEEEvRKT_+0x15): undefined reference to `boost::archive::basic_text_oarchive<boost::archive::text_oarchive>::newtoken()' /tmp/ccg9bXMk.o: In function `void boost::archive::save_access::save_primitive<boost::archive::text_oarchive, boost::archive::class_id_reference_type>(boost::archive::text_oarchive&, boost::archive::class_id_reference_type const&)': main.cpp:(.gnu.linkonce.t._ZN5boost7archive11save_access14save_primitiveINS0_13text_oarchiveENS0_23class_id_reference_typeEEEvRT_RKT0_+0x15): undefined reference to `boost::archive::detail::basic_oarchive::end_preamble()' /tmp/ccg9bXMk.o: In function `void boost::archive::basic_text_oprimitive<std::basic_ostream<char, std::char_traits<char> > >::save<boost::archive::class_id_type>(boost::archive::class_id_type const&)': main.cpp:(.gnu.linkonce.t._ZN5boost7archive21basic_text_oprimitiveISoE4saveINS0_13class_id_typeEEEvRKT_+0x4d): undefined reference to `boost::archive::archive_exception::archive_exception(boost::archive::archive_exception::exception_code, char const*, char const*)' main.cpp:(.gnu.linkonce.t._ZN5boost7archive21basic_text_oprimitiveISoE4saveINS0_13class_id_typeEEEvRKT_+0x5f): undefined reference to `boost::archive::archive_exception::~archive_exception()' main.cpp:(.gnu.linkonce.t._ZN5boost7archive21basic_text_oprimitiveISoE4saveINS0_13class_id_typeEEEvRKT_+0x72): undefined reference to `boost::archive::archive_exception::~archive_exception()' /tmp/ccg9bXMk.o: In function `void boost::archive::text_oarchive_impl<boost::archive::text_oarchive>::save<boost::archive::class_id_type>(boost::archive::class_id_type const&)': main.cpp:(.gnu.linkonce.t._ZN5boost7archive18text_oarchive_implINS0_13text_oarchiveEE4saveINS0_13class_id_typeEEEvRKT_+0x15): undefined reference to `boost::archive::basic_text_oarchive<boost::archive::text_oarchive>::newtoken()' /tmp/ccg9bXMk.o: In function `void boost::archive::save_access::save_primitive<boost::archive::text_oarchive, boost::archive::class_id_type>(boost::archive::text_oarchive&, boost::archive::class_id_type const&)': main.cpp:(.gnu.linkonce.t._ZN5boost7archive11save_access14save_primitiveINS0_13text_oarchiveENS0_13class_id_typeEEEvRT_RKT0_+0x15): undefined reference to `boost::archive::detail::basic_oarchive::end_preamble()' /tmp/ccg9bXMk.o: In function `void boost::archive::basic_text_oprimitive<std::basic_ostream<char, std::char_traits<char> > >::save<int>(int const&)': main.cpp:(.gnu.linkonce.t._ZN5boost7archive21basic_text_oprimitiveISoE4saveIiEEvRKT_+0x4d): undefined reference to `boost::archive::archive_exception::archive_exception(boost::archive::archive_exception::exception_code, char const*, char const*)' main.cpp:(.gnu.linkonce.t._ZN5boost7archive21basic_text_oprimitiveISoE4saveIiEEvRKT_+0x5f): undefined reference to `boost::archive::archive_exception::~archive_exception()' main.cpp:(.gnu.linkonce.t._ZN5boost7archive21basic_text_oprimitiveISoE4saveIiEEvRKT_+0x72): undefined reference to `boost::archive::archive_exception::~archive_exception()' /tmp/ccg9bXMk.o: In function `void boost::archive::text_oarchive_impl<boost::archive::text_oarchive>::save<int>(int const&)': main.cpp:(.gnu.linkonce.t._ZN5boost7archive18text_oarchive_implINS0_13text_oarchiveEE4saveIiEEvRKT_+0x15): undefined reference to `boost::archive::basic_text_oarchive<boost::archive::text_oarchive>::newtoken()' /tmp/ccg9bXMk.o: In function `void boost::archive::save_access::save_primitive<boost::archive::text_oarchive, int>(boost::archive::text_oarchive&, int const&)': main.cpp:(.gnu.linkonce.t._ZN5boost7archive11save_access14save_primitiveINS0_13text_oarchiveEiEEvRT_RKT0_+0x15): undefined reference to `boost::archive::detail::basic_oarchive::end_preamble()' /tmp/ccg9bXMk.o: In function `void boost::archive::basic_text_oprimitive<std::basic_ostream<char, std::char_traits<char> > >::save<boost::archive::object_reference_type>(boost::archive::object_reference_type const&)': main.cpp:(.gnu.linkonce.t._ZN5boost7archive21basic_text_oprimitiveISoE4saveINS0_21object_reference_typeEEEvRKT_+0x4d): undefined reference to `boost::archive::archive_exception::archive_exception(boost::archive::archive_exception::exception_code, char const*, char const*)' main.cpp:(.gnu.linkonce.t._ZN5boost7archive21basic_text_oprimitiveISoE4saveINS0_21object_reference_typeEEEvRKT_+0x5f): undefined reference to `boost::archive::archive_exception::~archive_exception()' main.cpp:(.gnu.linkonce.t._ZN5boost7archive21basic_text_oprimitiveISoE4saveINS0_21object_reference_typeEEEvRKT_+0x72): undefined reference to `boost::archive::archive_exception::~archive_exception()' /tmp/ccg9bXMk.o: In function `void boost::archive::text_oarchive_impl<boost::archive::text_oarchive>::save<boost::archive::object_reference_type>(boost::archive::object_reference_type const&)': main.cpp:(.gnu.linkonce.t._ZN5boost7archive18text_oarchive_implINS0_13text_oarchiveEE4saveINS0_21object_reference_typeEEEvRKT_+0x15): undefined reference to `boost::archive::basic_text_oarchive<boost::archive::text_oarchive>::newtoken()' /tmp/ccg9bXMk.o: In function `void boost::archive::save_access::save_primitive<boost::archive::text_oarchive, boost::archive::object_reference_type>(boost::archive::text_oarchive&, boost::archive::object_reference_type const&)':main.cpp:(.gnu.linkonce.t._ZN5boost7archive11save_access14save_primitiveINS0_13text_oarchiveENS0_21object_reference_typeEEEvRT_RKT0_+0x15): undefined reference to `boost::archive::detail::basic_oarchive::end_preamble()' /tmp/ccg9bXMk.o: In function `void boost::archive::basic_text_oprimitive<std::basic_ostream<char, std::char_traits<char> > >::save<boost::archive::object_id_type>(boost::archive::object_id_type const&)': main.cpp:(.gnu.linkonce.t._ZN5boost7archive21basic_text_oprimitiveISoE4saveINS0_14object_id_typeEEEvRKT_+0x4d): undefined reference to `boost::archive::archive_exception::archive_exception(boost::archive::archive_exception::exception_code, char const*, char const*)' main.cpp:(.gnu.linkonce.t._ZN5boost7archive21basic_text_oprimitiveISoE4saveINS0_14object_id_typeEEEvRKT_+0x5f): undefined reference to `boost::archive::archive_exception::~archive_exception()' main.cpp:(.gnu.linkonce.t._ZN5boost7archive21basic_text_oprimitiveISoE4saveINS0_14object_id_typeEEEvRKT_+0x72): undefined reference to `boost::archive::archive_exception::~archive_exception()' /tmp/ccg9bXMk.o: In function `void boost::archive::text_oarchive_impl<boost::archive::text_oarchive>::save<boost::archive::object_id_type>(boost::archive::object_id_type const&)': main.cpp:(.gnu.linkonce.t._ZN5boost7archive18text_oarchive_implINS0_13text_oarchiveEE4saveINS0_14object_id_typeEEEvRKT_+0x15): undefined reference to `boost::archive::basic_text_oarchive<boost::archive::text_oarchive>::newtoken()' /tmp/ccg9bXMk.o: In function `void boost::archive::save_access::save_primitive<boost::archive::text_oarchive, boost::archive::object_id_type>(boost::archive::text_oarchive&, boost::archive::object_id_type const&)': main.cpp:(.gnu.linkonce.t._ZN5boost7archive11save_access14save_primitiveINS0_13text_oarchiveENS0_14object_id_typeEEEvRT_RKT0_+0x15): undefined reference to `boost::archive::detail::basic_oarchive::end_preamble()' /tmp/ccg9bXMk.o: In function `void boost::archive::basic_text_oprimitive<std::basic_ostream<char, std::char_traits<char> > >::save<unsigned int>(unsigned int const&)': main.cpp:(.gnu.linkonce.t._ZN5boost7archive21basic_text_oprimitiveISoE4saveIjEEvRKT_+0x4d): undefined reference to `boost::archive::archive_exception::archive_exception(boost::archive::archive_exception::exception_code, char const*, char const*)' main.cpp:(.gnu.linkonce.t._ZN5boost7archive21basic_text_oprimitiveISoE4saveIjEEvRKT_+0x5f): undefined reference to `boost::archive::archive_exception::~archive_exception()' main.cpp:(.gnu.linkonce.t._ZN5boost7archive21basic_text_oprimitiveISoE4saveIjEEvRKT_+0x72): undefined reference to `boost::archive::archive_exception::~archive_exception()' /tmp/ccg9bXMk.o: In function `void boost::archive::text_oarchive_impl<boost::archive::text_oarchive>::save<unsigned int>(unsigned int const&)': main.cpp:(.gnu.linkonce.t._ZN5boost7archive18text_oarchive_implINS0_13text_oarchiveEE4saveIjEEvRKT_+0x15): undefined reference to `boost::archive::basic_text_oarchive<boost::archive::text_oarchive>::newtoken()' /tmp/ccg9bXMk.o: In function `void boost::archive::save_access::save_primitive<boost::archive::text_oarchive, boost::archive::version_type>(boost::archive::text_oarchive&, boost::archive::version_type const&)': main.cpp:(.gnu.linkonce.t._ZN5boost7archive11save_access14save_primitiveINS0_13text_oarchiveENS0_12version_typeEEEvRT_RKT0_+0x15): undefined reference to `boost::archive::detail::basic_oarchive::end_preamble()' /tmp/ccg9bXMk.o:(.gnu.linkonce.r._ZTIN5boost7archive6detail15common_oarchiveINS0_13text_oarchiveEEE+0x18): undefined reference to `typeinfo for boost::archive::detail::basic_oarchive' collect2: ld returned 1 exit status [neodymium:~/test/serialization] g++ -v Using built-in specs. Target: x86_64-unknown-linux-gnu Configured with: ../gcc-4.1.2/configure --prefix=/usr/local/gcc-4.1.2 --enable-shared --enable-threads=posix --disable-checking --with-system-zlip --enable-__cxa_atexit --disable-libnuwind-exceptions --enable-languages=c,c++ Thread model: posix gcc version 4.1.2 [neodymium:~/test/serialization] g++ -g main.cpp -I/usr/include/boost/serialization -I/usr/include/boost/archive /tmp/ccnicI4V.o: In function `text_oarchive': /usr/local/include/boost/archive/text_oarchive.hpp:100: undefined reference to `boost::archive::text_oarchive_impl<boost::archive::text_oarchive>::text_oarchive_impl(std::basic_ostream<char, std::char_traits<char> >&, unsigned int)' /tmp/ccnicI4V.o: In function `~common_oarchive': /usr/local/include/boost/archive/detail/common_oarchive.hpp:38: undefined reference to `boost::archive::detail::basic_oarchive::~basic_oarchive()' /tmp/ccnicI4V.o: In function `~text_oarchive_impl': /usr/local/include/boost/archive/text_oarchive.hpp:85: undefined reference to `boost::archive::basic_text_oprimitive<std::basic_ostream<char, std::char_traits<char> > >::~basic_text_oprimitive()' /usr/local/include/boost/archive/text_oarchive.hpp:85: undefined reference to `boost::archive::basic_text_oprimitive<std::basic_ostream<char, std::char_traits<char> > >::~basic_text_oprimitive()' /usr/local/include/boost/archive/text_oarchive.hpp:85: undefined reference to `boost::archive::basic_text_oprimitive<std::basic_ostream<char, std::char_traits<char> > >::~basic_text_oprimitive()' /usr/local/include/boost/archive/text_oarchive.hpp:85: undefined reference to `boost::archive::basic_text_oprimitive<std::basic_ostream<char, std::char_traits<char> > >::~basic_text_oprimitive()' /usr/local/include/boost/archive/text_oarchive.hpp:85: undefined reference to `boost::archive::basic_text_oprimitive<std::basic_ostream<char, std::char_traits<char> > >::~basic_text_oprimitive()' /tmp/ccnicI4V.o:/usr/local/include/boost/archive/text_oarchive.hpp:85: more undefined references to `boost::archive::basic_text_oprimitive<std::basic_ostream<char, std::char_traits<char> > >::~basic_text_oprimitive()' follow /tmp/ccnicI4V.o: In function `~common_oarchive': /usr/local/include/boost/archive/detail/common_oarchive.hpp:38: undefined reference to `boost::archive::detail::basic_oarchive::~basic_oarchive()' /usr/local/include/boost/archive/detail/common_oarchive.hpp:38: undefined reference to `boost::archive::detail::basic_oarchive::~basic_oarchive()' /tmp/ccnicI4V.o: In function `archive_exception': /usr/local/include/boost/archive/archive_exception.hpp:45: undefined reference to `vtable for boost::archive::archive_exception' /usr/local/include/boost/archive/archive_exception.hpp:45: undefined reference to `vtable for boost::archive::archive_exception' /tmp/ccnicI4V.o: In function `void boost::serialization::throw_exception<boost::archive::archive_exception>(boost::archive::archive_exception const&)': /usr/local/include/boost/serialization/throw_exception.hpp:36: undefined reference to `boost::archive::archive_exception::~archive_exception()' /usr/local/include/boost/serialization/throw_exception.hpp:36: undefined reference to `typeinfo for boost::archive::archive_exception' /tmp/ccnicI4V.o: In function `void boost::archive::basic_text_oprimitive<std::basic_ostream<char, std::char_traits<char> > >::save<boost::archive::tracking_type>(boost::archive::tracking_type const&)': /usr/local/include/boost/archive/basic_text_oprimitive.hpp:89: undefined reference to `boost::archive::archive_exception::archive_exception(boost::archive::archive_exception::exception_code, char const*, char const*)' /usr/local/include/boost/archive/basic_text_oprimitive.hpp:89: undefined reference to `boost::archive::archive_exception::~archive_exception()' /usr/local/include/boost/archive/basic_text_oprimitive.hpp:89: undefined reference to `boost::archive::archive_exception::~archive_exception()' /tmp/ccnicI4V.o: In function `void boost::archive::text_oarchive_impl<boost::archive::text_oarchive>::save<boost::archive::tracking_type>(boost::archive::tracking_type const&)': /usr/local/include/boost/archive/text_oarchive.hpp:60: undefined reference to `boost::archive::basic_text_oarchive<boost::archive::text_oarchive>::newtoken()' /tmp/ccnicI4V.o: In function `void boost::archive::save_access::save_primitive<boost::archive::text_oarchive, boost::archive::tracking_type>(boost::archive::text_oarchive&, boost::archive::tracking_type const&)': /usr/local/include/boost/archive/detail/oserializer.hpp:87: undefined reference to `boost::archive::detail::basic_oarchive::end_preamble()' /tmp/ccnicI4V.o: In function `void boost::archive::save_access::save_primitive<boost::archive::text_oarchive, std::basic_string<char, std::char_traits<char>, std::allocator<char> > >(boost::archive::text_oarchive&, std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)': /usr/local/include/boost/archive/detail/oserializer.hpp:87: undefined reference to `boost::archive::detail::basic_oarchive::end_preamble()' /usr/local/include/boost/archive/detail/oserializer.hpp:88: undefined reference to `boost::archive::text_oarchive_impl<boost::archive::text_oarchive>::save(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)' /tmp/ccnicI4V.o: In function `void boost::archive::basic_text_oprimitive<std::basic_ostream<char, std::char_traits<char> > >::save<boost::archive::class_id_reference_type>(boost::archive::class_id_reference_type const&)': /usr/local/include/boost/archive/basic_text_oprimitive.hpp:89: undefined reference to `boost::archive::archive_exception::archive_exception(boost::archive::archive_exception::exception_code, char const*, char const*)' /usr/local/include/boost/archive/basic_text_oprimitive.hpp:89: undefined reference to `boost::archive::archive_exception::~archive_exception()' /usr/local/include/boost/archive/basic_text_oprimitive.hpp:89: undefined reference to `boost::archive::archive_exception::~archive_exception()' /tmp/ccnicI4V.o: In function `void boost::archive::text_oarchive_impl<boost::archive::text_oarchive>::save<boost::archive::class_id_reference_type>(boost::archive::class_id_reference_type const&)': /usr/local/include/boost/archive/text_oarchive.hpp:60: undefined reference to `boost::archive::basic_text_oarchive<boost::archive::text_oarchive>::newtoken()' /tmp/ccnicI4V.o: In function `void boost::archive::save_access::save_primitive<boost::archive::text_oarchive, boost::archive::class_id_reference_type>(boost::archive::text_oarchive&, boost::archive::class_id_reference_type const&)': /usr/local/include/boost/archive/detail/oserializer.hpp:87: undefined reference to `boost::archive::detail::basic_oarchive::end_preamble()' /tmp/ccnicI4V.o: In function `void boost::archive::basic_text_oprimitive<std::basic_ostream<char, std::char_traits<char> > >::save<boost::archive::class_id_type>(boost::archive::class_id_type const&)': /usr/local/include/boost/archive/basic_text_oprimitive.hpp:89: undefined reference to `boost::archive::archive_exception::archive_exception(boost::archive::archive_exception::exception_code, char const*, char const*)' /usr/local/include/boost/archive/basic_text_oprimitive.hpp:89: undefined reference to `boost::archive::archive_exception::~archive_exception()' /usr/local/include/boost/archive/basic_text_oprimitive.hpp:89: undefined reference to `boost::archive::archive_exception::~archive_exception()' /tmp/ccnicI4V.o: In function `void boost::archive::text_oarchive_impl<boost::archive::text_oarchive>::save<boost::archive::class_id_type>(boost::archive::class_id_type const&)': /usr/local/include/boost/archive/text_oarchive.hpp:60: undefined reference to `boost::archive::basic_text_oarchive<boost::archive::text_oarchive>::newtoken()' /tmp/ccnicI4V.o: In function `void boost::archive::save_access::save_primitive<boost::archive::text_oarchive, boost::archive::class_id_type>(boost::archive::text_oarchive&, boost::archive::class_id_type const&)': /usr/local/include/boost/archive/detail/oserializer.hpp:87: undefined reference to `boost::archive::detail::basic_oarchive::end_preamble()' /tmp/ccnicI4V.o: In function `void boost::archive::basic_text_oprimitive<std::basic_ostream<char, std::char_traits<char> > >::save<int>(int const&)': /usr/local/include/boost/archive/basic_text_oprimitive.hpp:89: undefined reference to `boost::archive::archive_exception::archive_exception(boost::archive::archive_exception::exception_code, char const*, char const*)' /usr/local/include/boost/archive/basic_text_oprimitive.hpp:89: undefined reference to `boost::archive::archive_exception::~archive_exception()' /usr/local/include/boost/archive/basic_text_oprimitive.hpp:89: undefined reference to `boost::archive::archive_exception::~archive_exception()' /tmp/ccnicI4V.o: In function `void boost::archive::text_oarchive_impl<boost::archive::text_oarchive>::save<int>(int const&)': /usr/local/include/boost/archive/text_oarchive.hpp:60: undefined reference to `boost::archive::basic_text_oarchive<boost::archive::text_oarchive>::newtoken()' /tmp/ccnicI4V.o: In function `void boost::archive::save_access::save_primitive<boost::archive::text_oarchive, int>(boost::archive::text_oarchive&, int const&)': /usr/local/include/boost/archive/detail/oserializer.hpp:87: undefined reference to `boost::archive::detail::basic_oarchive::end_preamble()' /tmp/ccnicI4V.o: In function `void boost::archive::basic_text_oprimitive<std::basic_ostream<char, std::char_traits<char> > >::save<boost::archive::object_reference_type>(boost::archive::object_reference_type const&)': /usr/local/include/boost/archive/basic_text_oprimitive.hpp:89: undefined reference to `boost::archive::archive_exception::archive_exception(boost::archive::archive_exception::exception_code, char const*, char const*)' /usr/local/include/boost/archive/basic_text_oprimitive.hpp:89: undefined reference to `boost::archive::archive_exception::~archive_exception()' /usr/local/include/boost/archive/basic_text_oprimitive.hpp:89: undefined reference to `boost::archive::archive_exception::~archive_exception()' /tmp/ccnicI4V.o: In function `void boost::archive::text_oarchive_impl<boost::archive::text_oarchive>::save<boost::archive::object_reference_type>(boost::archive::object_reference_type const&)': /usr/local/include/boost/archive/text_oarchive.hpp:60: undefined reference to `boost::archive::basic_text_oarchive<boost::archive::text_oarchive>::newtoken()' /tmp/ccnicI4V.o: In function `void boost::archive::save_access::save_primitive<boost::archive::text_oarchive, boost::archive::object_reference_type>(boost::archive::text_oarchive&, boost::archive::object_reference_type const&)':/usr/local/include/boost/archive/detail/oserializer.hpp:87: undefined reference to `boost::archive::detail::basic_oarchive::end_preamble()' /tmp/ccnicI4V.o: In function `void boost::archive::basic_text_oprimitive<std::basic_ostream<char, std::char_traits<char> > >::save<boost::archive::object_id_type>(boost::archive::object_id_type const&)': /usr/local/include/boost/archive/basic_text_oprimitive.hpp:89: undefined reference to `boost::archive::archive_exception::archive_exception(boost::archive::archive_exception::exception_code, char const*, char const*)' /usr/local/include/boost/archive/basic_text_oprimitive.hpp:89: undefined reference to `boost::archive::archive_exception::~archive_exception()' /usr/local/include/boost/archive/basic_text_oprimitive.hpp:89: undefined reference to `boost::archive::archive_exception::~archive_exception()' /tmp/ccnicI4V.o: In function `void boost::archive::text_oarchive_impl<boost::archive::text_oarchive>::save<boost::archive::object_id_type>(boost::archive::object_id_type const&)': /usr/local/include/boost/archive/text_oarchive.hpp:60: undefined reference to `boost::archive::basic_text_oarchive<boost::archive::text_oarchive>::newtoken()' /tmp/ccnicI4V.o: In function `void boost::archive::save_access::save_primitive<boost::archive::text_oarchive, boost::archive::object_id_type>(boost::archive::text_oarchive&, boost::archive::object_id_type const&)': /usr/local/include/boost/archive/detail/oserializer.hpp:87: undefined reference to `boost::archive::detail::basic_oarchive::end_preamble()' /tmp/ccnicI4V.o: In function `void boost::archive::basic_text_oprimitive<std::basic_ostream<char, std::char_traits<char> > >::save<unsigned int>(unsigned int const&)': /usr/local/include/boost/archive/basic_text_oprimitive.hpp:89: undefined reference to `boost::archive::archive_exception::archive_exception(boost::archive::archive_exception::exception_code, char const*, char const*)' /usr/local/include/boost/archive/basic_text_oprimitive.hpp:89: undefined reference to `boost::archive::archive_exception::~archive_exception()' /usr/local/include/boost/archive/basic_text_oprimitive.hpp:89: undefined reference to `boost::archive::archive_exception::~archive_exception()' /tmp/ccnicI4V.o: In function `void boost::archive::text_oarchive_impl<boost::archive::text_oarchive>::save<unsigned int>(unsigned int const&)': /usr/local/include/boost/archive/text_oarchive.hpp:60: undefined reference to `boost::archive::basic_text_oarchive<boost::archive::text_oarchive>::newtoken()' /tmp/ccnicI4V.o: In function `void boost::archive::save_access::save_primitive<boost::archive::text_oarchive, boost::archive::version_type>(boost::archive::text_oarchive&, boost::archive::version_type const&)': /usr/local/include/boost/archive/detail/oserializer.hpp:87: undefined reference to `boost::archive::detail::basic_oarchive::end_preamble()' /tmp/ccnicI4V.o:(.gnu.linkonce.r._ZTIN5boost7archive6detail15common_oarchiveINS0_13text_oarchiveEEE+0x18): undefined reference to `typeinfo for boost::archive::detail::basic_oarchive' collect2: ld returned 1 exit status

2 1

[Serialization] Segfaults and exceptions on 32bit Linux with Boost 1.46
by Ioannis Papadopoulos 21 Mar '11

21 Mar '11

Hi, I'm having trouble using Boost.Serialization on a 32bit Linux machine. I have opened a ticket https://svn.boost.org/trac/boost/ticket/5212 Has anyone experienced anything similar? I cannot pinpoint what is the problem exactly so I can provide a patch. Thanks

1 1

[shared_ptr] delete shared_ptr
by pavel novikov 21 Mar '11

21 Mar '11

i'm excited to present you a technique which i occasionally invented shared pointers are very good helpers they help us to manage dynamically allocated memory however it seems so natural i have never seen so far that one be allowed to delete shared pointer like this: shared_ptr<int> p = new int, q = p; delete p; assert(!p); //neither assertion fires assert(q); in fact the technique is rather trivial provide a distinct class like this: template<typename type> struct deleter : shared_ptr_base<type> { void operator delete(void *p) { reinterpret_cast<ptr_base*>(p)->detach(); } }; and let the 'operator unspecified_type_convertible_to_bool()' return statically casted address of the ptr instance itself (or NULL) like this: template<typename type> inline shared_ptr<type>::operator const deleter<type>*() const { if (!data) return 0; const shared_ptr_base<type> *base = this; return static_cast<const safe_deleter<type>*>(base); //oops! a little hack... } minimum changes are needed to the existing library sources this way the example above works perfectly codepad.org is down so i just attached a toy programm with an implementation of this technique (works at least in msvc10) -- Pavel P.S. if you notice a grammar mistake or weird phrasing in my message please point it out

16 42

How do you test complex transformations?
by Vicente Botet 21 Mar '11

21 Mar '11

Hi, I know that my question is not directly associated to Boost, but it could be interesting to share the best techniques so we can improve the test of some Boost libraries, existing or future. A transformation complex is complex if I can not associate mentally the output associated to a given input. Think for example on dividing two bit integers. One technique could be to make the transformation by hand and keep track of the input -> output association. Another technique consist in re-implementing the algorithm and check that both implementations match. Do you know other techniques? Does some Boost libraries have such a kind of transformations? How they are tested? Thanks in advance, Vicente -- View this message in context: http://boost.2283326.n4.nabble.com/How-do-you-test-complex-transformations-… Sent from the Boost - Dev mailing list archive at Nabble.com.

6 11

Boost.Chain over at Github
by Dean Michael Berris 21 Mar '11

21 Mar '11

Hi everyone, I just wanted to give a heads up to say that I'm actually now trying to get the Boost.Chain idea a little more weight by defining the interface of the type -- as you might remember, "chain" was pretty much the immutable string. I wanted to point those interested over to the Git repository and project page over on Github (https://github.com/mikhailberis/chain) and either watch the repository or submit pull requests if you fancy filling in some of the blanks there. At this time I'm pretty much stubbing out the implementation while trying to define a suitable interface from the start. The idea is that I would like to build this incrementally from the chains::builder type which will mostly do the linked data structure for doing a segmented string data type, and then a chains::chain which would act as a proxy. The chains::view (to be defined) will pretty much encapsulate an encoding tag (to determine the encoding/decoding policy/implementation statically) that will enable the encoded viewing of the data in the chain. The plumbing (which could very well be the more interesting part of the implementation) is still up in the air, but I'm thinking about doing an intrusive list of blocks, each block having metadata fields that indicate the size of the block (runtime defined, depending on the page size to ensure page-aligned addresses), a pointer to the block, and a reference count. I'm still thinking about making the reference count for the blocks be hosted in a block manager that maps the block's address to a reference count that's atomically incremented/decremented instead of making the reference count field be part of the actual block. Reason for this is so that touching the reference counts will not mark the page on which the actual data block is stored to be marked as "dirty", avoiding cache coherency issues on shared pages/cache-lines across multiple processors. Of course I may be getting ahead of myself here but if you're interested in helping define the interface at this time, please let me know and join the mailing list over at https://groups.google.com/group/boost-chain. Have a good one guys and I look forward to collaborating with those interested in building an immutable string data structure! -- Dean Michael Berris http://about.me/deanberris

6 7

A possible GSOC 2011 proposal idea
by Chad Seibert 21 Mar '11

21 Mar '11

Hello Community! Before I write up my proposal, I wish to solicit the community response regarding the integration of an linear programming (LP) solver into Boost. An LP solver is library designed to solve LP problems. An LP problem is any problem of the form max sum(a_i x_i, 0 <= i <= m) subject to: sum(b_ij x_i, 0 <= i <= m) <= c_j, 0 <= j <= n x_i >= 0, 0<= i <= m where m is the number of variables and n is the number of constraints that define the problem. The constants are a_i, b_ij, and c_j; the variables are x_i A concrete example is the following: max 5x_1+2x_2 subject to: 2x_1 + 3x_2 <= 5 x_1 + 5x_2 <= 10 x_1 >= 0, x_2 >= 0 It is the objective of the LP solver to find a pair (x_1, x_2) such that 5x_1 + 2x_2 is maximum (this is unique) and that satisfies the constraints. In order to do this, I will implement the two major algorithms designed to solve these problems: the simplex algorithm and (possibly) Karmakar's algorithm. Furthermore, a programmatic interface and file parsing interface using Boost.Spirit will also be implemented. A second type of LP problem is where we require all the variables to be integers. Such an LP is called an integer programming problem, or ILP. We first note that solving ILP's is NP complete, therefore, there seems to be no efficient way to solve these kinds of problems. Nevertheless, algorithms have been developed to solve them and in practice, perform well. In particular, the cutting plane and branch and bound methods will be implemented. But why should we care about LP problems? The answer is that MANY problems in optimization can be reduced to solving an LP. A list of problems with polynomial time reductions to LP's include: * Scheduling problems * Knapsack problems, including their multi-dimensional variants * Allocation of resources * Covering/Packing problems * Cutting Stock problems and many others. Even the shortest path problem from graph theory can be phrased as an ILP (although one would never do this). If the community is interested in such a project, I have a minimalistic LP solver already written. I just need to "boostify" it and I'll upload within the next week. Thank you for reading this and any feedback would be greatly appreciated! Chad Seibert

9 11

[asio] timer cancelling
by Mr. Robert G Palmer Jr. 21 Mar '11

21 Mar '11

boost 1.45.0 WinXP SP3 What is the difference between boost::deadline_timer.cancel() and the cancellation that happens due to boost::deadline_timer.expires_from_now()? I'm doing an async_read_some() inside of a wrapper function I have written (based on http://lists.boost.org/Archives/boost/2007/04/120339.php) I have a read handler and a timer handler (I want the bytes read value and could probably combine the two handlers into one with the appropriate modification to the bind call). The read handler works, and then I cancel the timer, but the NEXT TIME I call the wrapper function, the timer hander fires with a boost::asio::error::operation_aborted. The timer object is local to the wrapper function, but the io_service is not, it is passed in, so it seems the io_service is holding onto the timer completion handler AND the fact that it was cancelled. Is there a way to clean this out before exiting my wrapper function? Is the 'expires_from_now()' calling the timer handler or is it the first call to run_one()? Thanks, -- Robert G. Palmer, Jr. robert.palmer(a)ingenutec.com

1 0

Re: [boost] [Review] Boost.Type Traits Extension ending tomorrow
by Brent Spillner 21 Mar '11

21 Mar '11

On 3/19/2011 11:52 Joachim Faulhaber wrote: >(1) We can think of the triple <T,U,R> of types that plus_assign *is* >applicable on. >(2) Each of those operations assigned to an operator can be decomposed Maybe the set of functions should be something like is_callable<plus, LeftOperandType, RightOperandType> result_of<plus, LeftOperandType, RightOperandType, ReturnType> retval_convertible_to<plus, LeftOperand, RightOperandType, EquivalentReturnType> Similarly, we could have is_prefix_callable<plusplus, OperandType> and is_postfix_callable<plusplus, OperandType>, which helps eliminate the ambiguity that naming-by-syntax would introduce. I favor making the operator name a template parameter because: - I suspect this will encourage a more maintainable code decomposition within the library - It will likely permit simpler extension to free functions or member functions (think is_callable<push_back, ContainerType, ValueType>) - It will likely be easier to use for higher-level libraries such as Phoenix, Proto, etc. that may pass around operator names for a while before caring about the specific operator to which they refer

4 6

[patch] Patch for eliminating some warnings
by Thomas Heller 21 Mar '11

21 Mar '11

Hi, During testing for phoenix i came over some warnings which were fairly easy to fix. The warnings showed up by compiling with -Wall -Wextra -ansi -pedantic on gcc and clang. They are mostly about unused parameters or extra semicolons. The affected files are: hing file boost/fusion/algorithm/iteration/detail/fold.hpp boost/fusion/sequence/intrinsic/has_key.hpp boost/fusion/view/ext_/segmented_iterator.hpp boost/function/function_template.hpp boost/regex/pending/unicode_iterator.hpp Patch is attached. Safe to apply? Greetings, Thomas

1 0

Re: [boost] [lexical cast] Performance improvements
by Antony Polukhin 20 Mar '11

20 Mar '11

>Just one quick question, does your code have the same behaviour as the existing Lexical Cast when casting out of bounds (int -> unsigned int, int -> short, unsigned int -> int)? > >Chris Yes. It has the same behaviour. For checking bounds it uses boost::numeric::conversion_traits from <boost/numeric/conversion/conversion_traits.hpp> Antony

1 0