- Boost - lists.boost.org

slist + boost/algorithm/string/std/slist_traits.hpp with gcc 4.0.2
by Alex Ott 20 Feb '06

20 Feb '06

Hi all I'm use current boost cvs + gcc 4.0 and string_algo don't work, as it use <slist>, instead of <ext/slist>. Please fix this Using built-in specs. Target: i586-suse-linux Configured with: ../configure --enable-threads=posix --prefix=/usr --with-local-prefix=/usr/local --infodir=/usr/share/info --mandir=/usr/share/man --libdir=/usr/lib --libexecdir=/usr/lib --enable-languages=c,c++,objc,f95,java,ada --disable-checking --with-gxx-include-dir=/usr/include/c++/4.0.2 --enable-java-awt=gtk --disable-libjava-multilib --with-slibdir=/lib --with-system-zlib --enable-shared --enable-__cxa_atexit --without-system-libunwind --host=i586-suse-linux Thread model: posix gcc version 4.0.2 20050901 (prerelease) (SUSE Linux) -- With best wishes, Alex Ott Jet Infosystems, Head of software development group, MBA +7 (095) 411 76 01 http://www.jetsoft.ru/

2 2

[ptr_container] Jamfile.v2
by Vladimir Prus 20 Feb '06

20 Feb '06

Thorsten, it seems like you've recently removed libs/ptr_container/test/Jamfile.v2. I suppose this was a mistake, so I've put it back. That file is not left-over, it's an working one, and at least two people are regularly running regression tests with Boost.Build V1 and Boost.Build V2 side-by-side to verify the results are equal. - Volodya

1 0

Re: [boost] STLPort 5.0 questions
by Ames Andreas 20 Feb '06

20 Feb '06

Hello, > -----Original Message----- > From: boost-bounces(a)lists.boost.org > [mailto:boost-bounces@lists.boost.org] On Behalf Of Robert Ramey > Sent: Monday, February 20, 2006 12:28 AM > Subject: [boost] STLPort 5.0 questions > > Right away I have a problem. It seems that by default > STLPort 5.0 with VC > 7.1 uses an > unsigned short for wchar_t (I could be wrong, the information > is kind of > thin). I've looked > at the config stuff and its not clear that config and STLPort > address this > issue. That is, its > not clear whether the Boost Macro for this feature is > guarenteed to be in > sync with the > way that STLPort 5.0 is built. > > The tests don't make it clear how the STLPort is built in this regard. > > Ideally, the config system would be able to set the > appropriate BOOST macros > in accordance with the particular build of STLPort library. > I'm not sure > whether > or not such a thing is possible. VC 7.1 uses a typedef to unsigned short by default. You can change this behaviour with the compiler option /Zc:wchar_t. In Boost.Build I use '<native-wchar_t>off' to get VC's default behaviour. I don't know enough about config to figure out an automatic way to handle this. HTH, aa -- Andreas Ames | Programmer | Comergo GmbH | Voice: +49 69 7505 3213 | andreas . ames AT comergo . com

1 0

[test] regressions for vc 6.5/7.0
by Joaquín Mª López Muñoz 20 Feb '06

20 Feb '06

Hello, According to the maintenance plan of Boost.Test, the lib officially drops support for vc6.5/7.0 except that regressions showing up in the Boost libs regression tests page which are due to changes in Boost.Test will be taken care of. Well, the latter case has recently arisen, see for instance http://tinyurl.com/etpcg (there are a lot more, this is just an example.) These can be remedied (confirmed locally) by reverting to prior versions of the following files of Boost.Test which included explicit worakrounds for MSVC: class_properties.hpp --> v1.8 unit_test_suite.ipp --> v1.11 callback.hpp --> v1.5 Any chance of this being applied? I can do it myself if Gennadiy doesn't mind. Joaquín M López Muñoz Telefónica, Investigación y Desarrollo

1 0

gcc standard library experts out there?
by Robert Ramey 20 Feb '06

20 Feb '06

I'm addressing some test failures in the serialization library and need some help from someone who is knowledgable regarding the implementation of the standard library as it is delivered with the GCC compiler. http://tinyurl.com/s4ohn Shows the error message which is provoked by the following test code: // test array of objects BOOST_STD_EXTENSION_NAMESPACE::hash_set<A> ahash_set; ... std::vector<A> tvec, tvec1; std::copy(ahash_set.begin(), ahash_set.end(), std::back_inserter(tvec)); // error starts here std::sort(tvec.begin(), tvec.end()); a) I can't see anything wrong with this. b) No other compilers complain c) I can't follow the error message So if anyone has some insight here, I'd be glad to hear it. Robert Ramey

4 5

[MPL] libs/mpl/test/bool.cpp
by David Abrahams 20 Feb '06

20 Feb '06

This file contains a use of a runtime assert(), but none of the MPL tests are ever run. It would be better to use any construct that would at least cause the check to compile in release mode, e.g. (void)(condition), and best, I suppose, to actually run the test. Agreed? -- Dave Abrahams Boost Consulting www.boost-consulting.com

2 1

Re: [boost] [configuring digital mars for boost]
by Jan Knepper 20 Feb '06

20 Feb '06

Thorsten Ottosen wrote: > Dear all, > > At boost (www.boost.org) we are trying to incorparate the digital > mars compiler into our regression testing. In not working very well, so > far. :-( > > We badly need people with intimate knowlegde of the strong/weak points > of the digital compiler to > > 1. Make sure the boost config system is correct for this compiler. If > these macros are not specicified correctly, its nearly impossible to get > any compiler to compile boost. > > 2. Help library authors with specific issues not covered by the config > system. > > If you would like to help us out, please write so > on the boost dev list: > > gmane.comp.lib.boost.devel > > (You have to sign up first, see > http://www.boost.org/more/mailing_lists.htm#main) > > best regards > > Thorsten As a matter in fact... just a couple of days ago I CVS'ed the latest boost down the pipe to take a peek at this... Jan -- ManiaC++ Jan Knepper But as for me and my household, we shall use Mozilla... www.mozilla.org

1 0

STLPort 5.0 questions
by Robert Ramey 19 Feb '06

19 Feb '06

I've installed STLPort 5.0 in order to track down some test case errors. Right away I have a problem. It seems that by default STLPort 5.0 with VC 7.1 uses an unsigned short for wchar_t (I could be wrong, the information is kind of thin). I've looked at the config stuff and its not clear that config and STLPort address this issue. That is, its not clear whether the Boost Macro for this feature is guarenteed to be in sync with the way that STLPort 5.0 is built. The tests don't make it clear how the STLPort is built in this regard. Ideally, the config system would be able to set the appropriate BOOST macros in accordance with the particular build of STLPort library. I'm not sure whether or not such a thing is possible. I would be interested in hearing any information on this. Robert Ramey

1 0

[graph] minor patch for Borland testers
by AlisdairM 19 Feb '06

19 Feb '06

The following patch resolves some infinite loops that kill regression tests. Graph library is not supported on Borland compilers, so the following patch is mostly useful to: i/ people running regular regressions on this compiler ii/ someone trying to get a working port of graph library on Borland I am holding back other partial-fixes to boost-graph until I can show a reasonably large subset of the the library passing the tests. This one is a bit of a killer though: cvs diff -u -wb -- graph\random.hpp (in directory E:\sourceforge\devel\boost\boost\) Index: graph/random.hpp =================================================================== RCS file: /cvsroot/boost/boost/boost/graph/random.hpp,v retrieving revision 1.5 diff -u -w -b -r1.5 random.hpp --- graph/random.hpp 24 Mar 2005 15:06:44 -0000 1.5 +++ graph/random.hpp 19 Feb 2006 11:50:46 -0000 @@ -32,9 +32,13 @@ random_vertex(Graph& g, RandomNumGen& gen) { if (num_vertices(g) > 1) { + #if BOOST_WORKAROUND( __BORLANDC__, BOOST_TESTED_AT(0x581)) + std::size_t n = std::random( num_vertices(g) ); + #else uniform_int<> distrib(0, num_vertices(g)-1); variate_generator<RandomNumGen&, uniform_int<> > rand_gen(gen, distrib); std::size_t n = rand_gen(); + #endif typename graph_traits<Graph>::vertex_iterator i = vertices(g).first; while (n-- > 0) ++i; // std::advance not VC++ portable @@ -47,10 +51,15 @@ typename graph_traits<Graph>::edge_descriptor random_edge(Graph& g, RandomNumGen& gen) { if (num_edges(g) > 1) { + #if BOOST_WORKAROUND( __BORLANDC__, BOOST_TESTED_AT(0x581)) + typename graph_traits<Graph>::edges_size_type + n = std::random( num_edges(g) ); + #else uniform_int<> distrib(0, num_edges(g)-1); variate_generator<RandomNumGen&, uniform_int<> > rand_gen(gen, distrib); typename graph_traits<Graph>::edges_size_type n = rand_gen(); + #endif typename graph_traits<Graph>::edge_iterator i = edges(g).first; while (n-- > 0) ++i; // std::advance not VC++ portable I still need to investigate why boost::random is not working correctly, but in practice the random number generators used here produce an endless stream of zeros, which sends the 'find me another vertex' logic into an infinte loop. -- AlisdairM

3 3

[threads] Maintainers please contact me
by David Abrahams 19 Feb '06

19 Feb '06

Please send me an email if you're participating in maintaining the Boost.Threads library. Thank you, Dave -- Dave Abrahams Boost Consulting www.boost-consulting.com

1 0