August 2004 - Boost - lists.boost.org

serialization - test/compiler status
by Robert Ramey 02 Aug '04

02 Aug '04

I've been working to make changes in the serialization system to support more platforms and pass more tests. I'm approaching the end of what I can do. The following comments reflect the state of the library as I recently uploaded and so may not be reflected by the current test tables. Windows platforms from http://www.meta-comm.com/engineering/boost-regression/developer/serializatio n.html Metroworks CodeWarrior 9.2. - all test failures are related to one of the following three pending issues: a) slist test doesn't compile. The error is related to the internals of the slist implementation which I've been unable to decipher. b) link errors/warnings of replicated symbols. A number of tests - all those that use export and perhaps others generate duplicate symbol warnings for i/o streams. The generated executables also fail with unexpected messages. I suspect an issue with the compiler configuration files cwpro9.hpp for this platform. c) tests using non-intrusive serialization fail to find overload for serialization functions. (Commeau also has this problem). I suspect a compiler bug. So far I've been unable to resolve these issues and would be very appreciative if someone who has and interest and experience with this compiler would like to investigate this issues. MSVC-STLPORT a) In some environments - has a problem compiling spirit 1.6.1. I believe this has to be resolved by tweaking spirit. Borland Passes most tests - certain test failure indicate features which are not ever going to be usable on this platform - basically automatic serialization of arrays. MSVC 6.0/7.0 Pass mosts tests - certain test failure indicate features which are not ever going to be usable on this platform - basically automatic serialization of arrays. These are documented in the manual. VC 7.1 Passing 100 % VC 8.0 Small problem with compile error in library build - I'm hoping that this will build and pass 100 % Gcc 3.x Passing 100 %. Tests on platforms which don't support wide char i/o (e.g. cygwin and mingw). show failure for the related tests This is a feature of the build/bjam system and are not to be considered failures. Intel 7.1 This fails when export is used with invalid dynamic cast. This is unresolvable by me as I don't have this compiler on my system. Anyone with and interest in this compiler is invited to jump in. Intel 8.0 Passing 100 % MACOS - Darwin from http://www.meta-comm.com/engineering/boost-regression/developer/serializatio n.html Previous test results show failure with wide-char i/o. I believe I have addressed this and hoped that next results will show 100 %. Current test results suggest an issue outside my influence. The program links with messages which suggest some sort of issue related to the test_exec_monitor. I would be very appreciative if anyone else want's to take a look at this. Linux - from http://boost.sourceforge.net/regression-logs/cs-Linux/developer/serializatio n.html Gcc 3.2.3, 3.3.2, 3.3.3 Pass 100% Gcc 2.95 This system doesn't support new style streams. This might be made to work but I can't justify the effort. Gcc 2.95 - stlport This probably could be made to work without tooo much problem - but as before its hard to justify the effort given the availability of a free upgrade to gcc 3.3+. As in the case of all the stlport tests, its not clear whether or not the version of stlport is built with streams and in some case which version is being used. GCC 3.4.1 This always passed 100 % - I made and corrected an obscure error while working on other platforms. I'm hoping for 100% next time Intel 7.1 Same as above for gcc 3.4.1 Intel 8.0 Hmmmm this passes 100% in windows and I believe has passed before. This situation is much confused by the policy of frequent releases of compiler updates. We label all of these intel 8.0 even though they are not the same. This os/compiler combination exhibits problems with the array test and export. I see it as unresolvable by me. Interested parties are invited to jump in. Other platforms - from http://boost.sourceforge.net/regression-logs/ AIX This is hung up in the compilation of large mpl expression. Working around this would require access to such a compiler platform which I don't have. This will only get resolved if someone has sufficient interest/necessity to invest the required effort. HP-UX/PARISC - aCC These compiles fail to build the library. The error messages suggest that these compilers don't support enough C++ template syntax to be useable without undertaking heroic efforts and having direct access to the compiler/platrom. IRIX64 This libraries aren't being tested frequently enough to be useful for resolving problems of library implementation. I am marking these platforms unusable for the serialization library. Robert Ramey

2 1

Re:[boost] [serialization] use of iterator_facade, CW8 build
by Robert Ramey 01 Aug '04

01 Aug '04

Rene Rivera wrote: >In another painfully hunt to fix the problems with the seriazation lib >issues in CW8... I tracked the problem down to another instance of: >static_cast<const&>(x) where x is a template with template ctors. The >problem was in iterator_facade, and not directly in the serialization >lib which made it even harder to find :-( >Anyway, I applied this change (figured since this is a known problem by >now with an easy portable solution it would not be a problem)... Hats off - I know this was hard to find. BTW it didn't show up on my test machine which was running CW Pro 9 . Also it looks like someone (B. Dawes? Or perhaps the tester) modified the build so that we don't get a lot of link errors. I believe I'm making progress in understanding an issue with broken function template overloads which breaks non-intrusive serialization. We'll see. Robert Ramey

1 0

[build] bjam crash
by Bertolt Mildner 01 Aug '04

01 Aug '04

I just had a bjam crash: "... instruction at 0x0040d4bd tried to access memory at 0x00000040 ..." current public CVS snapshot bjam built with MSVC 6.5 (build.bat msvc) Win2k SP4 (german) gcc 3.3.1 (cygming special) TOOLS = gcc BUILD=debug release commandline: bjam clean (in \libs\thread\build) Tried to run bjam several times, but always got the same crash. Deleting .jamdeps in \bin solved the problem. After the secessful clean i restored .jamdeps and ran "bjam clean" again, but it did not crash again. I have attached the (winzipped) .jamdeps Bertolt -- Free Crypto Token - FCT www.FreeCryptoToken.org ***************************************************************************** ** ** ** WARNING: This email contains an attachment of a very suspicious type. ** ** You are urged NOT to open this attachment unless you are absolutely ** ** sure it is legitmate. Opening this attachment may cause irreparable ** ** damage to your computer and your files. If you have any questions ** ** about the validity of this message, PLEASE SEEK HELP BEFORE OPENING IT. ** ** ** ** This warning was added by the IU Computer Science Dept. mail scanner. ** *****************************************************************************

1 0

VC 7.1 level 4 warnings (thread, lexical_cast)
by Johan Nilsson 01 Aug '04

01 Aug '04

[Should this really go to boost.users instead?] Hi, loads of warnings are generated when compiling code with VC 7.1 using Boost.Thread and lexical_cast with the warning level set to 4. I use Boost 1.31.0, but at a quick look at the latest versions they seem to have the same problem * Boost.Thread generates numerous C4275 and C4251 (both related to dll-interface), examples: --- ../../../deps\boost\boost\thread\exceptions.hpp(29) : warning C4275: non dll-interface class 'std::logic_error' used as base for dll-interface class 'boost::lock_error' d:\VS.NET_2003\Vc7\include\stdexcept(14) : see declaration of 'std::logic_error' ../../../deps\boost\boost\thread\thread.hpp(78) : warning C4251: 'boost::thread_group::m_threads' : class 'std::list<_Ty>' needs to have dll-interface to be used by clients of class 'boost::thread_group' --- * lexical_cast generates C4511, C4512 + C4127, examples: -- ../../../deps\boost\boost\lexical_cast.hpp(180) : warning C4512: 'boost::detail::lexical_stream<Target,Source>' : assignment operator could not be generated ... ../../../deps\boost\boost\lexical_cast.hpp(180) : warning C4511: 'boost::detail::lexical_stream<Target,Source>' : copy constructor could not be generated ... ../../../deps\boost\boost\lexical_cast.hpp(133) : warning C4127: conditional expression is constant --- Would it be possible to get rid of those using pragmas in the header files? I wouldn't mind disabling C4511/4512 globally but the other ones I'd prefer not to. Selectively disabling the other warnings when including the files is practically impossible. I guess this has been discussed before, but why not compile with warning level 4 + warnings as errors by default? // Johan

3 3

lexical cast and locale
by Martin 01 Aug '04

01 Aug '04

This might be a stupid question but I couldn't find anything in the documentation about it. How do I control the locale used in lexical cast? More specificly I want to control the decimal separator.

2 2

Review Wizard - Status Report
by Tom Brinkman 01 Aug '04

01 Aug '04

I'm currently attempting to contact the authors of the eight remaining libraries to be reviewed. I will start the reviews immediately after the next release of boost is completed. If you are one of the eight authors, and I have not contacted you yet, please contact me directly, and tell me what your availability is. I will schedule the reviews in the months of August, September and October. Please tell me if you have a suggestion for a review manager for your library or if you have any questions about the review process. I will research them for you. Tom Brinkman Review Wizard reportbase(a)yahoo.com __________________________________ Do you Yahoo!? Take Yahoo! Mail with you! Get it on your mobile phone. http://mobile.yahoo.com/maildemo

3 2