- Boost-users - lists.preview.boost.org

how to build boost with special gcc
by wugui 17 Oct '02

17 Oct '02

i install gcc-3.2 in a new directory. pl. /usr/local/gcc-3.2/ how build boost with it. Thanks.

2 1

Can't build library under vc7
by Alexander Semenov 17 Oct '02

17 Oct '02

Hi, I use > cl Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 13.00.9254 for 80x86 > cd /wrk/sft/boost/libs/python/build > bjam -sTOOLS=vc7 ...found 961 targets... ...updating 21 targets... vc-C++ ..\..\..\libs\python\build\bin\boost_python.dll\vc7\debug\runtime-link-dynam ic\function.obj function.cpp C:\wrk\sft\boost\boost\python\args_fwd.hpp(40) : error C2118: negative subscript or subscript is too large C:\wrk\sft\boost\boost\python\args_fwd.hpp(41) : see reference to class template instantiation 'boost::python::detail::error::more_keywords_than_function_arguments<,>' being compiled etc... Compiling fails on: C:\wrk\sft\boost\boost\python\args_fwd.hpp(40) : error C2118: negative subscript or subscript is too large C:\wrk\sft\boost\boost\python\args_fwd.hpp(41) : see reference to class template instantiation 'boost::python::detail::error::more_keywords_than_function_arguments<,>' being compiled C:\wrk\sft\boost\boost\pending\detail\property.hpp(75) : error C2039: 'result<`template-parameter258'>' : is not a member of 'boost::detail::property_value_end<PropertyList>' C:\wrk\sft\boost\boost\pending\detail\property.hpp(75) : fatal error C1507: previous user errors and subsequent error recovery halt further compilation Alexander Semenov.

2 1

Error in Date_Time example - exp-days_alive.html
by David Clark 17 Oct '02

17 Oct '02

There is an error in the following date_time example: libs/date_time/doc/exp-days_alive.html else if (days_alive < should be else if (days_alive < one_day) {

1 1

64-bit support for integer_traits on MSVC
by John Harris (TT) 17 Oct '02

17 Oct '02

It seems that there should be a way to get 64-bit integer support into integer_traits.hpp on MSVC. It looks like the only real problem is the missing feature of class constants, and the fact that integer_traits is using enums (which can't hold const_max and const_min values). But if there were specializations on the detail::integer_traits_base for MS 64-bit types, the constants could be declared in-class as __int64 but defined out-of-class (still in the header), safely. It's not as pretty as BOOST_STATIC_CONSTANT, but wouldn't it work? john harris trading technologies

1 0

min & max #undef'd by config.hpp?
by Chris Russell 17 Oct '02

17 Oct '02

I'm confused. Using MS Visual Studio 6.0 w/the Intel 6.0 compiler (or the native VC compiler for that matter) the min and max macros are defined in the MS header WINDEF.H. It seems that config.hpp #undef's these (although I haven't figured out where or why yet). My environment seems to be perfectly happy using std::min/std::max. But what of all these MS-defined macros that use the undecorated min/max? I really don't want to go chasing these down in the MS + third-party headers if I can avoid it. Will someone please explain to me what's going on with config.hpp? - Thanks & regards Chris Russell --- simple example --- #include <windows.h> #include <boost/config.hpp> #if defined(min) #pragma message "min is defined" #else #pragma message "min not defined" #endif #if defined(max) #pragma message "max is defined" #else #pragma message "max not defined" #endif int main(int argc, char* argv[]) { int a = 10, b = 20; int c = min(a,b); int d = max(a,b); return 0; } Deleting intermediate files and output files for project 'test - Win32 Debug'. --------------------Configuration: test - Win32 Debug-------------------- Compiling... StdAfx.cpp test.cpp . . . Boost configuring for Intel C++ compiler min not defined max not defined L:\boost\test\test.cpp(24): error: identifier "min" is undefined int c = min(a,b); ^ L:\boost\test\test.cpp(25): error: identifier "max" is undefined int d = max(a,b); ^ compilation aborted for L:\boost\test\test.cpp (code 2) Error executing xicl6.exe. Creating browse info file... BSCMAKE: error BK1506 : cannot open file '.\Debug\test.sbr': No such file or directory Error executing bscmake.exe. test.exe - 3 error(s), 0 warning(s)

1 0

integrating shared_ptr and building with gcc 2.7.2
by Nik Kolev 16 Oct '02

16 Oct '02

Hi everybody: I would like to make some of my classes reference counted, and I like what shared_ptr offers. The problem is (or is it really?) that I am building (have to) with gcc 2.7.2. The gcc.h header file which is part of the shared_ptr library does not like versions of gcc prior to 2.9.0. I would greatly appreciate it if somebody could point out a way to use the boost's shared_ptr technique and build with gcc prior to 2.9 Thanks, Nik

2 2

newbie here. can't get anywhere with the regex search example
by suzanne 16 Oct '02

16 Oct '02

hi all. i'm brand new with this and just trying to figure everything out. i build the regex search example using VC++ 5, but i can't seem to make it 'go'. in debug mode, my argv (the name of a .cpp file) is blank! argc is incremented properly, so it's seeing something. but no value at all for the argv i'm feeding it - just a good old "". i've got to take this thing apart & learn it so i can implement it in a tool i'm building - can anyone help me get started? i want to step through the various examples to learn it. thanks, suzanne

1 0

RE: boost vs. The Lawyers (non-technical)
by Brian Neal 16 Oct '02

16 Oct '02

Thanks for the input so far. I too would like to call for some blanket license that all boost developers agree to (if possible). It looks like I'll be contacting developers individually and trying to get them to sign something for us. Not fun for either side I guess. Thanks, Brian Neal

3 2

[random] Known problems compiling random lib with Dinkumware STL?
by Chris Russell 16 Oct '02

16 Oct '02

I'm using the Intel 6.0 compiler under MS Visual Studio 6.0 SP6 and just attempted to plug the Dinkumware STL distribution into the mix. I ran into a slew of compile-time errors in the random library and am wondering if anyone has seen this before I ride into battle. Thanks - Chris

3 4

RE: [Boost-Users] Re: Type traits direct compiler support
by Beman Dawes 15 Oct '02

15 Oct '02

At 11:11 AM 10/15/2002, scleary(a)jerviswebb.com wrote: >> It is the vagueness of the term "compiler support", which you did not >> alleviate in your answer, which I am trying to clarify. > >"Compiler support" means "anything the compiler can give us so that we can >implement that class correctly". > >It could be a specially-recognized preprocessor define, a quasi-class >(e.g., >SGI's type traits), a pragma, a keyword, or anything else that the compiler >provides. Yes. "Compiler support" can be seen as a courtesy by library experts, so they aren't trying to tell core language experts exactly how to do something. --Beman

2 1

RE: [Boost-Users] Re: Type traits direct compiler support
by Mark Storer 15 Oct '02

15 Oct '02

What exactly can't you do with existing techniques? I was Most Impressed by Modern C++ Design, and I don't recall any limits stated on what was possible... the whole concept is relatively new to me --Mark Storer Software Engineer Cardiff Software #include <disclaimer> typedef std::disclaimer<Cardiff> Discard;

1 0

RE: [Boost-Users] Re: Running the Boost_1_29_0 regression tests
by Beman Dawes 15 Oct '02

15 Oct '02

At 12:02 PM 10/15/2002, Arjun Bijanki wrote: >"David Abrahams" writes: > >> "Arjun Bijanki" <arjunb(a)microsoft.com> writes: > >> > Hi, I'm having trouble running the Boost_1_29_0 regression tests. A >lot >> > >> >> Arjun, >> >> What are you doing to compile/link the tests? >> The supported method uses bjam. Have you tried that? >> If you use the -d+2 option you can look at the command-lines used and >> replicate them in whatever environment you like. >> >> -Dave > >Thanks. Previously, I was using /status/regression.cpp to generate the >status table; I'll try using bjam instead. We probably should have removed regression.cpp from the 1.29.0 release. The thought occurred to me, but that was before we decided to include all the new regression test components in the current CVS main trunk. Now that the main trunk has everything needed for the new tests, there is no reason to keep regression.cpp around. I'll remove it. --Beman

1 0

RE: [Boost-Users] Re: Running the Boost_1_29_0 regression tests
by Arjun Bijanki 15 Oct '02

15 Oct '02

"David Abrahams" writes: > "Arjun Bijanki" <arjunb(a)microsoft.com> writes: > > Hi, I'm having trouble running the Boost_1_29_0 regression tests. A lot > > > > Arjun, > > What are you doing to compile/link the tests? > The supported method uses bjam. Have you tried that? > If you use the -d+2 option you can look at the command-lines used and > replicate them in whatever environment you like. > > -Dave Thanks. Previously, I was using /status/regression.cpp to generate the status table; I'll try using bjam instead. Arjun

1 0

RE: [Boost-Users] Re: Type traits direct compiler support
by scleary＠jerviswebb.com 15 Oct '02

15 Oct '02

> -----Original Message----- > From: Edward Diener [mailto:eddielee@tropicsoft.com] > > > > From: Edward Diener [mailto:eddielee@tropicsoft.com] > > > > > > What does it mean in the type_traits documentation that "direct compiler > > > support for that traits class is required" ? I do not see that terminology > > > explained anywhere and am lost as far as to what it refers. > > > > It means that there is no known way to implement that class (in a > > Standard-compliant, portable manner). > > > > The type traits library is in a rather uncomfortable position, since it is > > essentially trying to add reflection to the C++ language after the fact. > > > > As currently implemented, the type traits library bends over backwards to > > try to provide as much as possible to as many different compilers as > > possible. But the simple fact is that it should not really be a library, > > but a part of the supplied language. > > > > Some type traits classes technically require compiler support. However, > > those classes will all try to take their "best guess" at the correct answer > > -- sometimes defaulting to a "safe" default if they can't figure out the > > correct answer. > > What sort of compiler support is being talked of here, since you mention > that it can't be done in a standard-compliant manner ? Does this mean > looking at preprocessor defines to determine the correct results, or what ? > It is the vagueness of the term "compiler support", which you did not > alleviate in your answer, which I am trying to clarify. "Compiler support" means "anything the compiler can give us so that we can implement that class correctly". It could be a specially-recognized preprocessor define, a quasi-class (e.g., SGI's type traits), a pragma, a keyword, or anything else that the compiler provides. -Steve

1 0

Returning a tokenizer by value
by Brian_X7 15 Oct '02

15 Oct '02

Is there a problem with returning a tokenizer from a function? Here's what I've got: typedef boost::tokenizer< boost::char_separator<char> > tokenizer; tokenizer getTokens( istream& is ) { boost::char_separator<char> sep(",","", boost::keep_empty_tokens); std::string str; getline(is,str,'\n'); tokenizer toks( str, sep ); return toks; } .. tokenizer tokens = getTokens(input); tokenizer::iterator it = tokens.begin(); (*it) now contains garbage, interesting enough, iterating through the rest of the container works. when I move the processing of getTokens into the main code body the first token (*it) is then correct. Am I missing something fundamental here?

1 0

RE: [Boost-Users] Type traits direct compiler support
by scleary＠jerviswebb.com 15 Oct '02

15 Oct '02

> -----Original Message----- > From: Edward Diener [mailto:eddielee@tropicsoft.com] > > What does it mean in the type_traits documentation that "direct compiler > support for that traits class is required" ? I do not see that terminology > explained anywhere and am lost as far as to what it refers. It means that there is no known way to implement that class (in a Standard-compliant, portable manner). The type traits library is in a rather uncomfortable position, since it is essentially trying to add reflection to the C++ language after the fact. As currently implemented, the type traits library bends over backwards to try to provide as much as possible to as many different compilers as possible. But the simple fact is that it should not really be a library, but a part of the supplied language. Some type traits classes technically require compiler support. However, those classes will all try to take their "best guess" at the correct answer -- sometimes defaulting to a "safe" default if they can't figure out the correct answer. -Steve

2 2

[ANN] Quaternions, Octonions and Special Functions: please download from CVS.
by Hubert HOLIN 15 Oct '02

15 Oct '02

Somewhere in the E.U., le 15/10/2002 Bonjour Please note that due to some unfortunate circumstances beyond our control, the quaternion, octonion and special functions libraries which shipped with Boost 1.29.0 were not in the state they were meant to be in. You might want to download new versions of these libraries from the CVS in a couple of days. The version which should be present there adds compatibility with M$VCPP 7, and fixes things which CWPro 8 has broken in some circumstances. In a few days there will be another version with a user-contributed fix for gcc2.95.x and stlport on linux, among other things. Merci Hubert Holin Hubert.Holin(a)Bigfoot.com

1 0

Running the Boost_1_29_0 regression tests
by Arjun Bijanki 14 Oct '02

14 Oct '02

Hi, I'm having trouble running the Boost_1_29_0 regression tests. A lot of tests don't appear to have main() defined. As an example, one of the tests fails with the following: *** libs/utility/ref_test.cpp *** ** Microsoft Visual C++ cl /Feboosttmp.exe /Zc:wchar_t /nologo /Zm400 /MDd /W3 /GR /GX /Zi /Od /GZ /I".." /D "WIN32" /D "_DEBUG" /D "_MBCS" /_CONSOLE" ../libs/utility/ref_test.cpp /link /incremental:no user32.lib ref_test.cpp LINK : fatal error LNK1561: entry point must be defined 0.80 s Return code: 2 Fail libs/utility/ref_test.cpp has the following lines: #define BOOST_INCLUDE_MAIN #include <boost/test/test_tools.hpp> But this doesn't seem to define a main() function like it did in Boost_1_28_0. Do I need to do some different kind of installation for Boost_1_29_0, or did I pick up wrong headers, or is this function missing? I downloaded Boost_1_29_0 from: http://boost.sourceforge.net/release/boost_1_29_0.zip Thanks! Arjun Bijanki Microsoft Visual C++

2 1

Formal Review: The Spirit Parser Framework.
by John Maddock 14 Oct '02

14 Oct '02

The formal review for the Spirit Parser Framework begins today, and runs until the end of Sunday 20th October. Discussion should take place on the main boost developer list (boost(a)lists.boost.org) please state in your review whether you think the framework should be accepted into boost or not. The framework can be downloaded from: http://spirit.sourceforge.net/index.php?doc=download/v1_5.html Synopsis: ~~~~~~ Spirit is an object oriented recursive descent parser generator framework implemented using template meta-programming techniques. Expression templates allow us to approximate the syntax of Extended Backus Normal Form (EBNF) completely in C++. Parser objects are composed through operator overloading and the result is a backtracking LL(inf) parser that is capable of parsing rather ambiguous grammars. The Spirit framework enables a target grammar to be written exclusively in C++. Inline EBNF grammar specifications can mix freely with other C++ code and, thanks to the generative power of C++ templates, are immediately executable. In retrospect, conventional compiler-compilers or parser-generators have to perform an additional translation step from the source EBNF code to C or C++ code. Regards, John Maddock (Spirit review manager). http://ourworld.compuserve.com/homepages/john_maddock/index.htm

2 1

Type traits direct compiler support
by Edward Diener 14 Oct '02

14 Oct '02

What does it mean in the type_traits documentation that "direct compiler support for that traits class is required" ? I do not see that terminology explained anywhere and am lost as far as to what it refers.

1 0

RedHat 7.3
by S. Scott Collis 14 Oct '02

14 Oct '02

I appologize if this has been addressed before. I did a quick search of the of the new group and didn't find anything. I just tried to port a code that uses Boost to a new computer loaded with RedHat 7.3. It seems that in 7.3 the /usr/include/asm/atomic.h header is different and generates a warning (i.e. #warning Using kernel header in userland program. BAD! instead of supplying routines like atomic_add and atomin_sub that are apparently required by Boost for the shared_ptr implementation. I ended up replacing this 7.3 header with one from 7.1 and this fixed the problem, but if anyone has a better solution, I would appreciate it. Thanks, Scott -- ===================================================================== Dr. Scott Collis, Asst. Prof. | Tel: (713) 348-3617 Dept. of Mechanical Engineering | Fax: (713) 348-5423 and Materials Science - MS 321 | Rice University | Email: collis(a)rice.edu Houston, TX 77005-1892 | http://mems.rice.edu/~collis =====================================================================

2 1

d:\boost\boost_1_29_0\libs\thread\src\thread.cpp(107) : error C2065: '_beginthre
by satya_vajja 13 Oct '02

13 Oct '02

Hello, I am getting the following error while i compile boost thread library under VC++ 6.0. Could any of you please help me out. d:\boost\boost_1_29_0\libs\thread\src\thread.cpp(107) : error C2065: '_beginthreadex' : undeclared identifier When i define _MT compile flag the compiling error goes off but i get lot of linker errors. satya_vajja(a)yahoo.com Thanks Satya

3 5

regex questions in 1_29_0 with g++ 3.1.1
by Anibal Jodorcovsky 13 Oct '02

13 Oct '02

Hi all, I've been using regex 3.20 with g++ 2.95.3 with no problems. We're in the process of moving towards g++ 3.1.1 (we have a library we need to use and it core dumps with 2.95.3 due to a bug in the stdc++ that goes with it in ofstream). So, I have g++ 3.1.1 working fine in redhat 6.2. I couldn't find the regex standalone library so I ended up downloading the whole boost suite (1_29_0) and I built only the regex++ library. I have one comment regarding this version (which I don't know what it is BTW. What's the version of regex++ in boost 1_29_0?, I guess it's 3.31). It seems that boost:cmatch doesn't work anymore when doing a regex_search, I ended up modifying boost:cmatch with boost::match_results<std::string::const_iterator>, I hope that's ok. I'm also having some trouble compiling some code but this is a problem with the new STL implementation that ships with g++ 3.1.1 (the v3 STL). I can't seem to find the solution, that's why I'm asking here, if anybody has any pointers I'll be very grateful. Look at what I get: commit.cpp: In function `void findSopInstances(IDB_HANDLE**, const std::vector<CommitSopInfo, std::allocator<CommitSopInfo> >&, std::vector<CommitSopInfo, std::allocator<CommitSopInfo> >&, std::vector<CommitSopInfo, std::allocator<CommitSopInfo> >&)': commit.cpp:737: conversion from `__gnu_cxx::__normal_iterator<const CommitSopInfo*, std::vector<CommitSopInfo, std::allocator<CommitSopInfo> > > ' to non-scalar type `__gnu_cxx::__normal_iterator<const CommitSopInfo*, std::vector<const CommitSopInfo, std::allocator<const CommitSopInfo> > >' requested commit.cpp:738: no match for `__gnu_cxx::__normal_iterator<const CommitSopInfo*, std::vector<const CommitSopInfo, std::allocator<const CommitSopInfo> > >& < __gnu_cxx::__normal_iterator<const CommitSopInfo*, std::vector<CommitSopInfo, std::allocator<CommitSopInfo> > >' operator commit.cpp:742: cannot convert `__gnu_cxx::__normal_iterator<const CommitSopInfo*, std::vector<const CommitSopInfo, std::allocator<const CommitSopInfo> > >' to `const CommitSopInfo*' for argument `2' to `bool haveSopInstance(IDB_HANDLE**, const CommitSopInfo*)' commit.cpp: In function `int buildSopSeq(const std::vector<CommitSopInfo, std::allocator<CommitSopInfo> >&, SQ_TYPE, void***)': commit.cpp:913: conversion from `__gnu_cxx::__normal_iterator<const CommitSopInfo*, std::vector<CommitSopInfo, std::allocator<CommitSopInfo> > > ' to non-scalar type `__gnu_cxx::__normal_iterator<const CommitSopInfo*, std::vector<const CommitSopInfo, std::allocator<const CommitSopInfo> > >' requested commit.cpp:914: no match for `__gnu_cxx::__normal_iterator<const CommitSopInfo*, std::vector<const CommitSopInfo, std::allocator<const CommitSopInfo> > >& < __gnu_cxx::__normal_iterator<const CommitSopInfo*, std::vector<CommitSopInfo, std::allocator<CommitSopInfo> > >' operator make: *** [commit.o] Error 1 And the code it complains about is this: static void findSopInstances( IDB_HANDLE** idbHandle, const std::vector<CommitSopInfo>& rSopList, std::vector<CommitSopInfo>& rSuccesses, std::vector<CommitSopInfo>& rFailures ) { static const char * func = "(findSopInstances)"; // Iterate over list of SOP instances for ( std::vector<const CommitSopInfo>::iterator pos = rSopList.begin(); pos < rSopList.end(); pos++ ) { // Test whether we have this instance if ( haveSopInstance( idbHandle, pos ) ) { ...... Where haveSopInstance is defined as: static bool haveSopInstance( IDB_HANDLE** idbHandle, const CommitSopInfo* pSopInfo ) { now, this used to compile fine under g++2.95.3 with its stdc++. I don't see why it's having difficuly converting the interator to the CommitSopInfo*. Any ideas? thanks a lot, -Anibal

2 1

controlling edge sequence during traversal
by Jakub Plichta 12 Oct '02

12 Oct '02

Hello I am using an adjacency list graph. During a dfs traversal I would like to be control the order of edge traversal. Specifically I have an edge property with an index value and I would like to traverse the higher index edges first. I have tried getting the out_edges iterator and resorting the edges base on their index but that does not seem to make any difference. Any suggestions would be very greatly appreciated. Thanks Jakub Plichta [Non-text portions of this message have been removed]

2 1

RE: [Boost-Users] Re: boost vs. The Lawyers (non-technical)
by Elliot Murphy 11 Oct '02

11 Oct '02

That would be helpful. Some of my colleagues have had terribly frustrating experiences trying to get our lawyers to approve the use of various boost libraries. The lawyers don't seem to like the idea of going into every source file to read a license agreement. -elliot -----Original Message----- From: James Curran/MVP [mailto:jamescurran@mvps.org] Sent: Thursday, October 10, 2002 9:58 AM To: boost-users(a)yahoogroups.com Subject: [Boost-Users] Re: boost vs. The Lawyers (non-technical) "Douglas Gregor" <gregod(a)cs.rpi.edu> wrote in message news:200210090000.23639.gregod@cs.rpi.edu... > Each Boost library has its own license that _must_ meet those requirements. Of > course, that won't satisfy the lawyers, so you'll probably have to send them > the individual library licenses for approval. > > We really could do much better in this area: at the very least, we could > provide a comprehensive list of the licenses for each library. Perhaps we should add to our "standard" a requirement that a printable license page by included with each libraries' documentation (with one or more "fill-in-the-blank" templates/samples available on www.boost.org) -- Truth, James Curran www.NovelTheory.com (Personal) www.NJTheater.com (Professional) www.aurora-inc.com (Day job) Yahoo! Groups Sponsor ADVERTISEMENT Info: <http://www.boost.org> Wiki: <http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl> Unsubscribe: <mailto:boost-users-unsubscribe@yahoogroups.com> Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.

4 5