[boost] MPL on HPUX

2003-01-02 Thread Toon Knapen
Apparently with the introduction of BOOST_WORKAROUND, an __HP_aCC__ got warped into __IBMCPP__ (while the aCC version number is still correct). So Aleksey if you could apply this patch (or if you want me to do it ?) toon Index: integral_c.hpp ===

[boost] Regression test program compiler_status slightly modified...

2003-01-02 Thread Douglas Gregor
I've (slightly) modified the compiler_status program to search boost/status/testsuites.jam in addition to boost/status/Jamfile when trying to determine the type of a test. I think this will fix the problems with the testsuites generated from the BoostBook testsuite descriptions. Doug __

Re: [boost] filesystem feature request: temporary path and files

2003-01-02 Thread Beman Dawes
At 01:08 PM 1/1/2003, Alberto Barbati wrote: >Hi, > >first of all, I want to thank Beman Dawes and all others that >contributed with the design and development of the Filesystem library. >It's a wonderful piece of work. Thanks! A lot of people have been helping. >I just would like to propose a co

[boost] (no subject)

2003-01-02 Thread William E. Kempf
Sorry for this off topic, personal e-mail. Beman, I've been trying to respond to your last e-mail message, and every attempt get's bounced with an error message from your e-mail relay program. Is there another e-mail address I can send to, or do you have any idea why I can no longer contact you

[boost] Re: filesystem feature request: temporary path and files

2003-01-02 Thread Alberto Barbati
Thomas Witt wrote: Hi Alberto, Alberto Barbati wrote: Hi, first of all, I want to thank Beman Dawes and all others that contributed with the design and development of the Filesystem library. It's a wonderful piece of work. I just would like to propose a couple of additions that I believe ar

RE: [boost] New MPL meta-functions, and a question

2003-01-02 Thread Aleksey Gurtovoy
David A. Greene wrote: > Aleksey Gurtovoy wrote: > > Figuring out a reasonable way to specify the promotion > > rules is probably the hardest part there... > > I actually did some work on this in the past but it's been sitting > on the shelf for a while and probably needs a bit of pounding into >

RE: [boost] boost regression testing of MPL on HPUX

2003-01-02 Thread Aleksey Gurtovoy
Toon Knapen wrote: > Finally I found out that aCC has a problem with the typename > mixed with the template spec. So if I write the construct like > this it works. Could you apply this patch ? > Sure, done. Aleksey ___ Unsubscribe & other changes: ht

Re: [boost] type_traits/is_convertible.hpp crashes Forte compilers

2003-01-02 Thread David Abrahams
"Robert Reece" <[EMAIL PROTECTED]> writes: > Any source file that includes type_traits/is_convertibly.hpp (directly or > indirectly) crashed my Forte 6.2 u2 and Forte 7 compilers with the following > message: > > /dsksuz02/r82/pegdevlcl/work> CC temp.cpp -I$BOOST > >> Assertion: (../lnk/init.cc

[boost] type_traits/is_convertible.hpp crashes Forte compilers

2003-01-02 Thread Robert Reece
Any source file that includes type_traits/is_convertibly.hpp (directly or indirectly) crashed my Forte 6.2 u2 and Forte 7 compilers with the following message: /dsksuz02/r82/pegdevlcl/work> CC temp.cpp -I$BOOST >> Assertion: (../lnk/init.cc, line 957) while processing /devdrive/3RD/src/boos

Re: [boost] New MPL meta-functions, and a question

2003-01-02 Thread David A. Greene
Aleksey Gurtovoy wrote: That's not to say that it should stay this way. Ideally, to support true mixed-type arithmetic, e.g. 'plus< rational<1,10>, int_c<5> >', the current MPL primitives such as 'plus', 'minus', 'multiply', etc. need a major re-write, to become something along these lines: t

RE: [boost] boost regression testing of MPL on HPUX

2003-01-02 Thread Toon Knapen
> > > > aCC-C++-action > > > ../../../libs/filesystem/build/bin/libfs.a/acc/release/runtime > -link-dynamic/operations_posix_windows.o > > Error 20: "/home/tk/boost/boost/boost/mpl/if.hpp", line 56 > # '::' expected > > before 'if_c'. > > typedef typename if_c< > > > > Hmm, that's silly. L

Re: [boost] Embedded Python Source Code

2003-01-02 Thread David Abrahams
The C++-sig is the best place to ask Boost.Python questions: http://mail.python.org/mailman/listinfo/c++-sig David Sankel <[EMAIL PROTECTED]> writes: > Hello, > > In the CVS-boost there is a new test file called > embedding.cpp that overviews embedding a python > interpreter in c++. This is

Re: [boost] Re: Re: Re: Using MPL on MSVC7

2003-01-02 Thread David Abrahams
"Jaap Suter" <[EMAIL PROTECTED]> writes: >> First thing to note is that you leave out "typename" all over the >> place. Try testing your examples with GCC-3.2. > > Yeah, I noticed. I had the same problem when porting my own code from Intel > to GCC. Strange that the strongly-conforming Intel comp

Re: [boost] Re: Re: Using MPL on MSVC7

2003-01-02 Thread David Abrahams
Aleksey Gurtovoy <[EMAIL PROTECTED]> writes: > David Abrahams wrote: >> Aleksey Gurtovoy <[EMAIL PROTECTED]> writes: >> > IMO it's more a problem with the layout of template >> > parameters than with anything else: >> > >> > template< >> > typename T >> > , typename U = typ

[boost] Re: BOOST_STATIC_CONSTANT problems on Borland

2003-01-02 Thread Gennaro Prota
On Wed, 1 Jan 2003 16:57:20 -0800, "Jaap Suter" <[EMAIL PROTECTED]> wrote: >(Un)fortunately I just noticed another rule in that document: > >"Don't use local names as integral constant expressions" > >I'm doing that all over the place at the moment. I guess it's another >motivation to use the MPL

Re: [boost] filesystem feature request: temporary path and files

2003-01-02 Thread Thomas Witt
Hi Alberto, Alberto Barbati wrote: Hi, first of all, I want to thank Beman Dawes and all others that contributed with the design and development of the Filesystem library. It's a wonderful piece of work. I just would like to propose a couple of additions that I believe are very useful. Both

[boost] filesystem feature request: temporary path and files

2003-01-02 Thread Alberto Barbati
Hi, first of all, I want to thank Beman Dawes and all others that contributed with the design and development of the Filesystem library. It's a wonderful piece of work. I just would like to propose a couple of additions that I believe are very useful. Both features regard temporary files. Firs

[boost] Embedded Python Source Code

2003-01-02 Thread David Sankel
Hello, In the CVS-boost there is a new test file called embedding.cpp that overviews embedding a python interpreter in c++. This is very nice, but the CVS version of boost.python doesn't compile for me. Does the CVS version of boost.python has some added support for this kind of use? Should I

Re: [boost] Re: boost::bind problem with precompiled headers

2003-01-02 Thread Peter Dimov
From: "Bertolt Mildner" <[EMAIL PROTECTED]> > "Peter Dimov" <[EMAIL PROTECTED]> schrieb im Newsbeitrag > 009e01c2adb1$3adeece0$1d00a8c0@pdimov2">news:009e01c2adb1$3adeece0$1d00a8c0@pdimov2 > > From: "Bertolt Mildner" <[EMAIL PROTECTED]> > > > I had to make the following change in order to avoid > >

Re: [boost] Re: Re: Using MPL on MSVC7

2003-01-02 Thread Peter Dimov
From: "Aleksey Gurtovoy" <[EMAIL PROTECTED]> > > In short, my motivation for using 'typename's here is that I perceive the > 'class' keyword as rather high-weight, semantically loaded, and prefer to > use it in its only original context - that is, for declaring/defining a > user-defined type that i

RE: [boost] New MPL meta-functions, and a question

2003-01-02 Thread Aleksey Gurtovoy
Jaap Suter wrote: > Hi, Hi Jaap, > I've written some MPL meta-functions that might be useful. But first a > question though... > > Is it possible that (under certain conditions) the following line: > > mpl::int_c< > mpl::minus< > mpl::int_c< 0 >, >

Re: [boost] Re: Sprit into the boost distribution

2003-01-02 Thread Anthony Williams
Joel de Guzman writes: > - Original Message - > From: "Beman Dawes" <[EMAIL PROTECTED]> > > What would be particularly nice is if the sync is entirely scripted, so > > anyone with Boost CVS write access can run it. (Presumably read-only access > > to the Spirit CVS is all that is re