- Boost - lists.boost.org

[filesystem] gcc-3.4.3, fstream_test
by Rene Rivera 09 May '05

09 May '05

For this sole failure on the tests that I run: http://tinyurl.com/92zns I did some investigation and narrowed the problem down to this: ===basic_iostream_char_test.cpp=== #include <fstream> struct my_fstream : public std::basic_fstream<char> { my_fstream() : std::basic_fstream<char>("basic_iostream_char_test.cpp") { } }; int main(int argc, char** argv) { my_fstream f; } ===basic_iostream_char_test.cpp=== Which gives a link error of: undefined reference to `std::basic_iostream<char, std::char_traits<char> >::~basic_iostream()' And AFAICT that particular dtor is not in libstdc++. And for that matter the entire std::basic_iostream<char,..> instance is missing. The strange aspect of this is that this exact test passes on Martin's tests. And of course it's only with this particular gcc. When I compile with 3.3.5, on the same machine, the symbols exist. Could others try compiling the above code? Just need to see if it's just my machine that has this problem before I file a GCC bug report. --grafik

4 5

RE: [boost] Logging Library -- Formal Review Request
by Roman Yakovenko 08 May '05

08 May '05

John Torjo wrote: > > I've just updated the Boost Log Library: > http://torjo.com/code/logging-v132.zip > > > I would also like to ask for a _Formal Review_. > > > > The Boost Log Library is a small library, who: > * makes it very easy to declare/define new logs > * allows you very simple access to logs > * allows for log hierarchies, and for modifying log hierarchies > * allows for easy and efficient enabling/disabling of > logs/log hierarchies > * allows for easy manipulation of log behaviors > (the log's destination(s) and/or adjusting the original message) > * is thread-safe > > Using the library in code is easy and straightforward: > > int i = 1, j = 2, k = 3; > BOOST_LOG(app) << "testing " << i << '-' << j << '-' << k << > std::endl; > BOOST_LOG(dbg) << "this is a debug message, i=" << i << std::endl; > BOOST_LOG(info) << "I just wanted to tell you something...."; > Hi. If I understand right the code, even if log is disabled, I do pay for constructing log messages. Am I right? If so why do you force this? Roman

13 22

Boost.Test: to-do
by Gennadiy Rozental 08 May '05

08 May '05

Hi, Here is a list of some of the to-do items that I plan to address soon: * I plan finish finally update for CLA support * Once it's done: selective test cases run by name * Boost.Test thread safety need to be achieved at least if BOOST_TEST_THREAD_SAFE is defined. This one will require separate discussion * Some performance testing tools (aka profiler). Unless somebody else will come up with something like this * Build info feature needs to be updated: there are at least two different "build infos": library build and test module build * Auto linking for Boost.Test. Also I really need to work on more tutorial documentation. Two projects that could be very interesting. But I may not be able to do it by myself: * I would like to write an add-on for Visual Studio to automate test case/test modules generation * I may be convenient to have an external test runner: utility that load some libraries dynamically initialize test it contains and execute all/some of them. I was able to make Boost.Test work sunpro 5.3. HP compiler is still a mystery. Any help appreciated. I've made an attempt to implement a DLL version of Boost.Test on windows. And failed. As things looks now it's impossible or at least may require some interface changes. Any help in this direction are greatly appreciated either. If you have any suggestions (or made them before and I forgot about it), here would be a good place to speak up. Regards, Gennadiy

2 2

RE: [boost] [MPL] is_sequence problem
by Brian Braatz 08 May '05

08 May '05

Could it be as simple as missing the namespace on the is_sqeuence<> call? > -----Original Message----- > From: boost-bounces(a)lists.boost.org [mailto:boost-bounces@lists.boost.org] > On Behalf Of Joel > Sent: Thursday, May 05, 2005 5:46 PM > To: boost(a)lists.boost.org > Subject: [boost] [MPL] is_sequence problem > > Hi, > > I have a problem with this code snippet: > > #include <boost/mpl/is_sequence.hpp> > > int > main() > { > using boost::mpl::int_; > using boost::mpl::is_sequence; > bool b = is_sequence<int_<0> >::value; > } > > VC7.1 complains: > > C:\dev\boost\boost\mpl\aux_\begin_end_impl.hpp(35) : error C2039: > 'begin' : is not a member of 'boost::mpl::int_<N>' > with > [ > N=0 > ] > C:\dev\boost\boost\mpl\begin_end.hpp(35) : see reference to > class template instantiation > 'boost::mpl::begin_impl<Tag>::apply<Sequence>' being compiled > with > [ > Tag=boost::mpl::begin<boost::mpl::int_<0>>::tag_, > Sequence=boost::mpl::int_<0> > ] > C:\dev\boost\boost\mpl\is_sequence.hpp(94) : see reference to > class template instantiation 'boost::mpl::begin<Sequence>' being compiled > with > [ > Sequence=boost::mpl::int_<0> > ] > C:\dev\test\mpl_is_sequence.cpp(8) : see reference to class > template instantiation 'boost::mpl::is_sequence<T>' being compiled > with > [ > T=boost::mpl::int_<0> > ] > C:\dev\boost\boost\mpl\aux_\begin_end_impl.hpp(35) : error C2955: > 'boost::mpl::begin' : use of class template requires template argument > list > C:\dev\boost\boost\mpl\begin_end.hpp(38) : see declaration of > 'boost::mpl::begin' > C:\dev\boost\boost\mpl\begin_end.hpp(35) : error C2955: > 'boost::mpl::begin' : use of class template requires template argument > list > C:\dev\boost\boost\mpl\begin_end.hpp(38) : see declaration of > 'boost::mpl::begin' > C:\dev\boost\boost\mpl\is_sequence.hpp(94) : error C3203: 'begin' : > class template invalid as template argument for template parameter 'T', > expected a real type > >Exit code: 2 > > Any hints? I am relying on is_sequence to return false in this case. > Comeau and g++ throws up too. > > Regards, > -- > Joel de Guzman > http://www.boost-consulting.com > http://spirit.sf.net > > _______________________________________________ > Unsubscribe & other changes: > http://lists.boost.org/mailman/listinfo.cgi/boost

8 12

No -fcoalesce-templates with GCC 4.0 on Mac OS X Tiger
by Patrick Hartling 08 May '05

08 May '05

I haven't seen any posts about this, so please pardon me if I have missed it, but Boost does not currently build on Mac OS X Tiger with the 'darwin' toolset because the option -fcoalesce-templates has been removed from the Apple build of GCC 4.0. I have made simple modifications to my checked out copy of the latest Boost source to allow the libraries I need to build, but my changes would break the usability of Boost libraries on previous versions of OS X that need -fcoalesce-templates. I would be happy to submit a patch and run any tests if someone could suggest how I would go about modifying boost/tools/build/v1/darwin-tools.jam in a backwards compatible manner. Thanks. -Patrick -- Patrick L. Hartling | VP Engineering, Infiscape Corp. PGP: http://tinyurl.com/2oum9 | http://www.infiscape.com/

2 3

Strange mail from this list?
by Liu Jin 08 May '05

08 May '05

Hi boosters, Recently I've got a lot of empty messages (a sample below) from the list. Is there something wrong with my mail client, or it's normal group traffic? Thanks. Jin [sample] X-From-Line: boost-bounces(a)lists.boost.org Sun May 8 00:22:21 2005 Received: from milliways.osl.iu.edu (unknown [129.79.245.239]) by 192.168.9.79 (Coremail) with SMTP id GMAWgzzrfELex+8A.1 for <cpp(a)vip.163.com>; Sun, 08 May 2005 00:22:21 +0800 (CST) X-Originating-IP: [129.79.245.239] aaazzzaaazzzaaazzzaaazzzaaazzz X-Gnus-Mail-Source: pop:cpp@pop.vip.163.com Message-Id: <427CEB3D.3B6F3C.00995> Date: Sun, 8 May 2005 00:22:21 +0800 (CST) From: boost-bounces(a)lists.boost.org X-Content-Length: 1 Lines: 2 Xref: CPP_COMPUTER mail.personal:1109

2 1

[iostreams] Compilation errors with MSVC 8
by Keith MacDonald 08 May '05

08 May '05

When building CVS Boost with MSVC 8 beta 2 (http://lab.msdn.microsoft.com/vs2005/) it generated the errors below for iostreams. operations.hpp has a mixture of line endings, and symmetric_filter_adapter_impl is missing a return type, so I guess it's telling the truth! - KM F:\CVS\boost\boost/iostreams/operations.hpp : error C4335: Mac file format detected: please convert the source file to either DOS or UNIX format F:\CVS\boost\boost/type_traits/is_abstract.hpp(81) : warning C4800: 'unsigned int' : forcing value to bool 'true' or 'false' (performance warning) F:\CVS\boost\boost/type_traits/is_abstract.hpp(93) : see reference to class template instantiation 'boost::detail::is_abstract_imp2<T>' being compiled F:\CVS\boost\boost/iostreams/filter/symmetric_filter_adapter.hpp(303) : error C4430: missing type specifier - int assumed. Note: C++ does not support default-int F:\CVS\boost\boost/iostreams/filter/symmetric_filter_adapter.hpp(303) : error C2063: 'symmetric_filter_adapter_impl' : not a function F:\CVS\boost\boost/iostreams/filter/symmetric_filter_adapter.hpp(303) : error C2888: 'symmetric_filter_adapter<SymmetricFilter,Alloc>::symmetric_filter_adapter_impl symmetric_filter_adapter_impl' : symbol cannot be defined within namespace 'iostreams' F:\CVS\boost\boost/iostreams/filter/symmetric_filter_adapter.hpp(303) : fatal error C1903: unable to recover from previous error(s); stopping compilation

3 4

[range] CW on MacOSX failures...
by Rene Rivera 07 May '05

07 May '05

Could someone explain what the intent of this change is: http://cvs.sourceforge.net/viewcvs.py/boost/boost/libs/range/test/string.cp… http://tinyurl.com/8efhq Specifically the "#define _MSL_USING_NAMESPACE 1"? That is causing duplicate def errors, as this is supposed to be an internal MSL macro. -- -- Grafik - Don't Assume Anything -- Redshift Software, Inc. - http://redshift-software.com -- rrivera/acm.org - grafik/redshift-software.com -- 102708583/icq - grafikrobot/aim - Grafik/jabber.org

1 0

[numeric/conversion] CW and VC8 fixes.
by Rene Rivera 07 May '05

07 May '05

All the tests for this library should now pass for all CodeWarrior versions. I also fixed two files with bad EOLs, which will likely fix the problems with VC8. Note.. if you see this kind of error on the VC8 logs: error C4335: Mac file format detected: please convert the source file to either DOS or UNIX format It's because of EOLs problems also reported at: http://www.boost.org/regression-logs/inspection_report.html -- -- Grafik - Don't Assume Anything -- Redshift Software, Inc. - http://redshift-software.com -- rrivera/acm.org - grafik/redshift-software.com -- 102708583/icq - grafikrobot/aim - Grafik/jabber.org

1 0

Re: [boost] Re: BOOST_FOREACH review results
by brangdon＠cix.compulink.co.uk 07 May '05

07 May '05

In-Reply-To: <d5d7h5$3cp$1(a)sea.gmane.org> gennadiy.rozental(a)thomson.com (Gennadiy Rozental) wrote (abridged): > While this is discussible position, I did not see you prove you > point enough to reject a submission. As I said, that wasn't my reason for voting against the proposal. However, I'm content with the final result; I don't expect or want to overturn it. -- Dave Harris, Nottingham, UK.

1 0