- Boost - lists.boost.org

Regression test results (metacomm broken?)
by Victor A. Wagner Jr. 14 Aug '04

14 Aug '04

Is it just me or has the metacomm site quit processing results. I've done _two_ runs, and my logs show the ftp suceeding, since the one they credit me with. (16 hours old at this point) the results from me (RudbekAssociates) is also the one showing with the latest timestamp Victor A. Wagner Jr. http://rudbek.com The five most dangerous words in the English language: "There oughta be a law"

2 1

Re:RE: [boost] [serialization] BOOST_CLASS_EXPORT_GUID: expected ...
by Robert Ramey 13 Aug '04

13 Aug '04

>The load tests need the output of the save tests, but they are not run in >that >order. If you run the tests again, then the output from the previous run >should still be there, and then you can see if they actually pass or not If any Jamfile guru wants to explain a convenient way to require certain tests to be performed in a certain order I would be very grateful. Also, I would caution against using the development tree in production code. We're constantly fiddling with things like Jamfiles, options, etc for compilers we don't always have direct access to. Sometimes stuff is temporarily broken. I do role in bug fixes so any improvements you add to your production package should automagically show up in the next release. Robert Ramey

2 1

Re: Boost License changes
by Juergen Hunold 13 Aug '04

13 Aug '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi John ! On Friday 13 August 2004 14:07, John Maddock wrote: > Juergen, > > I hope I'm addressing this to the correct person, Yes. > As you will know already, in order to simplify Boost licensing, we > are in the process of moving to a single common license > (http://www.boost.org/LICENSE_1_0.txt) The aim of the new license > is to provide a single wording, that encapsulates the our previous > license requirements, and which will simplify the evaluation of Boost > for commercial organisations. I've seen the various threads about that change. > So here's the big question: may we have permission to change code > that has copyright "Institute of Transport, Railway Construction and > Operation, University of Hanover, Germany" to use the new license? > The copyright declaration would obviously remain, it's only the > license text that would change. > If "yes", please post a message to the main boost list > (boost(a)lists.boost.org) indicating that this is the case. Yes, you may change all code with the above copyright to use the new boost license. > John Maddock. > [Boost Moderator] Yours, Jürgen - -- * Dipl.-Math. Jürgen Hunold ! Institut für Verkehrswesen, Eisenbahnbau * voice: ++49 511 762-2529 ! und -betrieb, Universität Hannover * fax : ++49 511 762-3001 ! Appelstrasse 9a, D-30167 Hannover * hunold(a)ive.uni-hannover.de ! www.ive.uni-hannover.de -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBHPz5ljbJ/LLrxrYRAm3aAKDLADBjQ0OVixaObAy+gxLFXbc5ZgCeN59Z eSnTmoEBwoFjUWMXrcXDU3Q= =v4gh -----END PGP SIGNATURE-----

1 0

Re:[boost] [serialization] export macros
by Robert Ramey 13 Aug '04

13 Aug '04

> Is there an alternative to the macros for registering types? > (A sample program exhibiting what I am trying is attached.) Have you considered using "forward registration" rather than EXPORT? int main() { Status< Algo< int, double > >* p_s = new DerivedStatus< Algo< int, double > >; ====> boost::archive::text_oarchive oa(std::cout); oa.boost::archive::register_type( static_cast<DerivedStatus_Algo_int_double *>(NULL) ); oa << p_s; } Robert Ramey

1 0

Re:[boost] [serialization] export macros
by Robert Ramey 13 Aug '04

13 Aug '04

> Does anyone know a work around that does not need the typedefs? I had > a look at the preprocessor library but I couldnt come up with a > solution. Is there an alternative to the macros for registering types? The BOOST_CLASS_EXPORT facility has been a struggle to get implemented so that it can be used in a natural way. Besides the problem you mention here (which is a new one for me) There were some new ones that have become apparent with compilers that use two-phase lookup. Another problem is over-zealous unreachable code optimization of some compilers eliminates the code that implements the serialization. The fix for this is inherently non-portable. Subject to the above it does work - but is kind of fragile and really not quite right - it will need to be re-implemented (yet) again. So I'm interested in your cases. Is it possible you could make a few boostified test programs that we would like to see work but currently fail at compile time? The really funny part about BOOST_CLASS_EXPORT is that is started out soooo simple and ends up touching on all sorts of unexpected difficulties. The good part is that its not a fundamental building block of the system so fixing it up won't impact the rest of the system. So there is hope. Robert Ramey

1 0

date_time broken on intel-win32-8.0
by Stefan Slapeta 13 Aug '04

13 Aug '04

http://tinyurl.com/4y6tx LINK : fatal error LNK1104: cannot open file 'libboost_date_time-iw-mt-gd-1_32.lib' Has anybody an idea where to search? Stefan

3 5

regex win32 memory leaks
by Thomas Witt 13 Aug '04

13 Aug '04

Hi, I am having a windows MFC app that dynamically links to the regex lib. On application shutdown the memory leak detection kicks in and diagnoses leaks in the regex dll. If I use the static lib everything seems to be fine. I have to admit that I don't have a clue what's going on. Any ideas? Thomas BTW this is vc-7.1 boost 1.31 -- Thomas Witt witt(a)acm.org

3 2

RE: [boost] [serialization] BOOST_CLASS_EXPORT_GUID: expected `; ' before '('
by Rob Lievaart 13 Aug '04

13 Aug '04

Hi, The load tests need the output of the save tests, but they are not run in that order. If you run the tests again, then the output from the previous run should still be there, and then you can see if they actually pass or not Kind regards, Rob Lievaart. > Unfortunately, I see new failures in the > test_level_class_info_load_*_archive test that > http://boost.sourceforge.net/regression-logs/cs-Linux.html (dated > 2004-08-12) reports as passing. The test output does not tell me much: > > serialization - test_level_class_info_load_binary_archive - gcc > > Linker output: > > Chmod1 > ../bin/boost/libs/serialization/test/test_level_class_info_load_binary_archi ve.test/gcc/debug/test_level_class_info_load_binary_archive > > > Run output: > > Exception in "call_test_main": std::exception: stream error > > *** errors detected in test case "call_test_main"; see standard output > for details > Test case "call_test_main" was aborted due to uncaught exception, user > assert or system error > > EXIT STATUS: 200

2 1

[serialization] BOOST_CLASS_EXPORT_GUID: expected `; ' before '('
by Christoph Ludwig 13 Aug '04

13 Aug '04

Hi, the regression logs (dated 2004-08-10) show that, e.g., test_exported_text_archive fails for gcc 3.4.1: http://tinyurl.com/3tek6. That's the same problem I mentioned today in another post; in a simple test case I could solve the problem with the attached patch. However, I am not going to pretend that I understand how all the specializations and explicit instantiations in the export machinery interact. And I didn't have time yet to run a more complex test or the regression tests against the patched version. Regards Christoph -- http://www.informatik.tu-darmstadt.de/TI/Mitarbeiter/cludwig.html LiDIA: http://www.informatik.tu-darmstadt.de/TI/LiDIA/Welcome.html

1 1

[boost.test] Visibility problem in fixed_mapping.hpp
by Markus Schöpflin 13 Aug '04

13 Aug '04

In my efforts to make boost.test compile with tru64cxx65 I came about the following issue. Currently, class fixed_mapping contains a private member called elem_type which is later on used in the inline definition of an operator() contained in two inline structs. class fixed_mapping { typedef ... elem_type; struct p1 : public ... { bool operator()(elem_type const &x, ...) { ... } } }; My compiler complains that elem_type is inaccessible in the definition of operator() and I think it is right to complain. I fixed this by making elem_type public, but possibly operator() could be made a friend of fixed mapping as well. Markus

3 3