[boost] Re: Boost talks at ACCU

2003-03-10 Thread Alexander Nasonov
Beman Dawes wrote: There are going to be several talks about Boost libraries or related topics at the ACCU conference in Oxford, UK, April 2nd through 5th: I'm going to present dynamic_any library there after the main program ( Birds of a Feather meetings section). Though it's not yet in

[boost] fixes to release_procedures.htm

2003-03-10 Thread Martin Wille
Hi, the attached patch fixes two typos in the release procedures document. Regards, m Index: release_procedures.htm === RCS file: /cvsroot/boost/boost/more/release_procedures.htm,v retrieving revision 1.5 diff -u -r1.5

[boost] Re: PRB with type_traits::is_member_function_pointer

2003-03-10 Thread Markus Schöpflin
Beman Dawes wrote: At 09:00 AM 2/18/2003, Markus Schöpflin wrote: Hi there, currently, the is_member_func_test fails for VACPP6 with the following error messages: /home/auto/schoepf/src/extern/boost-cvs/boost/type_traits/is_member_functio n_pointer.hpp, line 37.29: 1540-1206 (S) The

[boost] When will be the next boost released?

2003-03-10 Thread vc
Hi all, I have to port a Linux application that is using spirit on the VS. NET 2003. Unfortunately the current release of the spirit is crashing the VC++ 2003 compiler, so I asked the spirit guys when the next version (1.5.2) will be released. Their answer was that the next version will be

[boost] Re: Meta programming 'debug' mode.

2003-03-10 Thread Dirk Gerrits
Jaap Suter wrote: [snip] #ifdef BOOST_STATIC_NDEBUG #define BOOST_STATIC_ASSERT( B ) BOOST_STATIC_ASSERT_IMPL( true ) #else #define BOOST_STATIC_ASSERT( B ) BOOST_STATIC_ASSERT_IMPL( B ) #endif Yes much better. I don't see any problems with this, does anyone? Regards, Dirk Gerrits

Re: [boost] 1.30.0b1 thread.hpp bug

2003-03-10 Thread William E. Kempf
Geurt Vos said: Just downloaded the 1.30.0-beta1 zip. There boost/thread.hpp is slightly wrong. Line 16 reads: #include boost/thread/conditin.hpp but should be: #include boost/thread/condition.hpp Fixed. Thanks. -- William E. Kempf

[boost] rpms and small fix for RedHat

2003-03-10 Thread Neal D. Becker
I really appreciate the boost rpms that have been made available. I hope we can improve one thing in the upcoming release. rpm -q --requires boost-python-devel boost-devel libpython-devel Unfortuantely, on RedHat it's called python-devel I hope there is some way to fix this.

[boost] boost::threads thread_dev

2003-03-10 Thread Russell Hind
Just a quick question: Are the changes made on the thread_dev branch for the thread library going to make it into the 1.30.0 release or are they being held back for a future release? Thanks Russell ___ Unsubscribe other changes:

[boost] Re: New stuff into sandbox and Yahoo files section

2003-03-10 Thread Gennaro Prota
On Sun, 09 Mar 2003 18:46:47 -0500, David Abrahams [EMAIL PROTECTED] wrote: Well, why hardcoding that dependency? You don't have to; it was just an example implementation. Another implementation would be: template class T struct const_min { BOOST_STATIC_CONSTANT(T, value = /*whatever*/);

[boost] Re: Meta programming 'debug' mode.

2003-03-10 Thread Gennaro Prota
On Sun, 09 Mar 2003 20:23:39 -0500, David Abrahams [EMAIL PROTECTED] wrote: Comeau says [...] In C++: A function definition ... does not end with a semicolon nitpick A function definition appearing within a class definition may end with a semicolon though: class X { void foo() {}; //

Re: [boost] When will be the next boost released?

2003-03-10 Thread vc
- Original Message - From: Joel de Guzman [EMAIL PROTECTED] To: Boost mailing list [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Monday, March 10, 2003 4:54 PM Subject: Re: [boost] When will be the next boost released? vc wrote: Hi all, I have to port a Linux application that is

Re: [boost] When will be the next boost released?

2003-03-10 Thread David Abrahams
vc [EMAIL PROTECTED] writes: - Original Message - From: Joel de Guzman [EMAIL PROTECTED] To: Boost mailing list [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Monday, March 10, 2003 4:54 PM Subject: Re: [boost] When will be the next boost released? vc wrote: Hi all, I have

Re: [boost] Re: Meta programming 'debug' mode.

2003-03-10 Thread Greg Colvin
#define BOOST_STATIC_ASSERT( B ) \ typedef void BOOST_JOIN(boost_static_assert_typedef_, __LINE__) ___ Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

[boost] Re: Meta programming 'debug' mode.

2003-03-10 Thread Gennaro Prota
On Sun, 09 Mar 2003 20:23:39 -0500, David Abrahams [EMAIL PROTECTED] wrote: is ; legal where a declaration is expected? class X { ; // legal? }; No. C++ has a null statement (expression-statement without the expression part) but not no null declaration. The grammar seems to allow it but that

[boost] [Bug] boost does not compile with Sun CC

2003-03-10 Thread Lars Gullik Bjønnes
We just got this message on the LyX bug-tracker. This is from the RC_1_30_0 branch, is there any fixed planned for 1.30.0 proper? ---BeginMessage--- http://bugzilla.lyx.org/show_bug.cgi?id=935 Summary: boost does not compile with Sun CC Product: LyX Version:

Re: [boost] When will be the next boost released?

2003-03-10 Thread vc
No, as the guys from spirit told me that the 1.5.1 version was released before VS. NET 2003 so their code is not designed for this new compiler. And indeed 2 weeks ago I took the spirit sources from the cvs and I didn't get that error anymore. - Original Message - From: David Abrahams

Re: [boost] When will be the next boost released?

2003-03-10 Thread David Abrahams
vc [EMAIL PROTECTED] writes: Have you reported this to Microsoft? No, as the guys from spirit told me that the 1.5.1 version was released before VS. NET 2003 so their code is not designed for this new compiler. That doesn't matter; any INTERNAL COMPILER ERROR represents a compiler bug that

RE: [boost] When will be the next boost released?

2003-03-10 Thread Hartmut Kaiser
Joel de Guzman wrote: I have to port a Linux application that is using spirit on the VS. NET 2003. Unfortunately the current release of the spirit is crashing the VC++ 2003 compiler, You mean VC7.1 is crashing? so I asked the spirit guys when the next version (1.5.2) will be

Re: [boost] [Bug] boost does not compile with Sun CC

2003-03-10 Thread Paul Mensonides
CC -DHAVE_CONFIG_H -I. -I. -I../../../../src -I../../../../boost -I/usr/local/include -I/usr/openwin/include -I/usr/local/include -c cregex.cpp ../../../../boost/boost/type_traits/add_const.hpp, line 34: Warning: Too few arguments in macro BOOST_PP_CHECK_2.

Re: [boost] [Bug] boost does not compile with Sun CC

2003-03-10 Thread Lars Gullik Bjønnes
Paul Mensonides [EMAIL PROTECTED] writes: | CC -DHAVE_CONFIG_H -I. -I. -I../../../../src -I../../../../boost | -I/usr/local/include -I/usr/openwin/include -I/usr/local/include -c | cregex.cpp ../../../../boost/boost/type_traits/add_const.hpp, line | 34: Warning: Too few arguments in macro

[boost] boost/limits.hpp Itanium2 RC_1_30_0

2003-03-10 Thread Ralf W. Grosse-Kunstleve
Hi, We got access to a brand-new HP Itanium2 machine. Compiling with the pre-installed gcc 2.96 seems to go fine, but I had to patch boost/detail/limits.hpp. See below. I am just guessing that BOOST_BIG_ENDIAN is correct for the Itanium2. Does anybody here know if this is correct? Is there a

Re: [boost] When will be the next boost released?

2003-03-10 Thread Joel de Guzman
vc wrote: No, as the guys from spirit told me that the 1.5.1 version was released before VS. NET 2003 so their code is not designed for this new compiler. And indeed 2 weeks ago I took the spirit sources from the cvs and I didn't get that error anymore. No that's not correct. VC7.1 is

Re: [boost] boost/limits.hpp Itanium2 RC_1_30_0

2003-03-10 Thread Ralf W. Grosse-Kunstleve
If evaluating the output of the code below counts as a quick-and-easy-and-conclusive test the result is that the Itanium2 must be BOOST_LITTLE_ENDIAN like the i386 and Alpha lines. I.e. my patch needs to be revised (see below). I am happy to report that Boost.Python works both with gcc 2.96 and

Re: [boost] boost/limits.hpp Itanium2 RC_1_30_0

2003-03-10 Thread David Abrahams
Ralf W. Grosse-Kunstleve [EMAIL PROTECTED] writes: If evaluating the output of the code below counts as a quick-and-easy-and-conclusive test the result is that the Itanium2 must be BOOST_LITTLE_ENDIAN like the i386 and Alpha lines. I.e. my patch needs to be revised (see below). I am happy

Re: [boost] boost/limits.hpp Itanium2 RC_1_30_0

2003-03-10 Thread Ralf W. Grosse-Kunstleve
--- David Abrahams [EMAIL PROTECTED] wrote: I am happy to report that Boost.Python works both with gcc 2.96 and Intel 7.0 on the Itanium2. The patch below is the only modification required. Would it be OK to check this into the RC_1_30_0 branch? Go for it! You don't need to ask

[boost] Re: boost/limits.hpp Itanium2 RC_1_30_0

2003-03-10 Thread Carl Daniel
Ralf W. Grosse-Kunstleve wrote: If evaluating the output of the code below counts as a quick-and-easy-and-conclusive test the result is that the Itanium2 must be BOOST_LITTLE_ENDIAN like the i386 and Alpha lines. I.e. my patch needs to be revised (see below). Remember that Itanium(2) can use

[boost] XML Samples, Mac OS X, CW 8.3...

2003-03-10 Thread Michael Burbidge
I've been trying to get the xml samples to work on Mac OS X, CW 8.3 today with no success. I get the following assertion in range_run.ipp: Assertion (r.is_valid()) failed in range_run.ipp, function set, line 132 This assertion is the result of the following call in the xml_grammar::definition

[boost] Getting iterator into original string from token_iterator

2003-03-10 Thread Joe Gottman
If I have a token_iterator, is there any way for me to get an iterator into the original string that corresponds to the position of the token_iterator? I have some code where I want to create a tokenizer from a string, get some tokens from it, then return the remainder of the string, ignoring

[boost] Re: Meta programming 'debug' mode.

2003-03-10 Thread Jaap Suter
Anyway, as Terje says, if the compile-time cost of the static assertion is mainly in the evaluation of the condition then the 'release mode' definition could simply be #define BOOST_STATIC_ASSERT(c) \ typedef char boost_static_assert_typedef When using several asserts in the

[boost] release procedure typo(?)

2003-03-10 Thread Gennadiy Rozental
Hi, Beman In examples for release procedure you are using: merged_to_1_26_2. While in Release Procedures for the Release Manager section you are mention: merged_to_RC_n_n_n. What is correct? Gennadiy. P.S. Could you, please, clarify for me again what is the purpose of this tag? How does it

Re: [boost] MPL's round lambda

2003-03-10 Thread Terje Slettebø
A few months ago, Aleksey posted a cool way of doing lambda using function notation. I hadn't followed the thread at the time, but I read up on it recently. Like many others, I found it hard to understand how it worked, so I asked Aleksey if he could make a minimal example of it, which he did.