- Boost - lists.boost.org

[ref] small problem with docs
by Jonathan Turkanis 09 Jul '04

09 Jul '04

The synopsis for unwrap_reference, at http://www.boost.org/doc/html/class.boost.unwrap_reference.html, is as follows: template<typename T> class unwrap_reference { public: // types typedef unspecified T; }; The second to last line should be 'typedef unspecified type;' Jonathan

3 2

RE: [boost] Re: VC7.1 Building...
by Brian Carlson 09 Jul '04

09 Jul '04

>>If you want to build for vc7.1 you should use vc7.1. > > I did (bjam -sTOOLS=vc7.1 stage) and I get the following error: > > Vc7.1-tools.jam No such file or directory. ^ It's case sensitive. I did a search of the boost directory, and only a vc7-tools.jam, no vc7.1-tools.jam. I think that there is no jam file for vc7.1 in boost 1.29

2 1

RE: [boost] min, max, GCC 2.95.3, and STLport
by Rozental, Gennadiy 09 Jul '04

09 Jul '04

Why subject configuration still failing on min/max according to Linux regression? Gennadiy.

3 2

Patch for Boost.Threads
by Synge Todo 09 Jul '04

09 Jul '04

Dear Boosters, I found that the recent changes made on libs/thread/src/exceptions.cpp break the SGI MIPSpro compiler. Could somebody apply the following patch? Thank you in advance. Best regards, Synge Todo diff -crN boost.orig/libs/thread/src/exceptions.cpp boost/libs/thread/src/exceptions.cpp *** boost.orig/libs/thread/src/exceptions.cpp Wed Jul 7 02:20:55 2004 --- boost/libs/thread/src/exceptions.cpp Thu Jul 8 20:15:19 2004 *************** *** 12,17 **** --- 12,18 ---- #include <boost/thread/detail/config.hpp> #include <boost/thread/exceptions.hpp> + #include <cstring> #include <string> # ifdef BOOST_NO_STDC_NAMESPACE

2 2

RE: [boost] min, max, GCC 2.95.3, and STLport
by Rozental, Gennadiy 08 Jul '04

08 Jul '04

> Are there any other failures regarding min/max you've noticed, or is it just the three tests I've mentioned? As far as I see everything still failing: See here http://tinyurl.com/yq9rw Gennadiy.

2 1

BOOST on Integrity RTOS
by Gaetano Mendola 08 Jul '04

08 Jul '04

Hi all, anyone know if the boost library is available for Green Hills C++ compiler ? I need to port an application that use the boost library on a Integrity RTOS ( that use that compiler ). Regards Gaetano Mendola

1 0

RE:RE: RE: [boost] Does anyone have an is_virtual_base_and_derived ?
by Robert Ramey 08 Jul '04

08 Jul '04

I'm beginning to see that now. In my test case the situation has been much confused by the fact that b1 has/didn't have a virtual destructor which in turn makes it possible/impossible. Oh and running on different compilers in debug/release mode changed behavior as well which left me totally confused. So I'm working through my confusion. >> > I wrote that very thing a year or so ago for the purpose of >> testing if a >> > base pointer type can be statically downcast to a derived type. >> >> My problem exactly ! >I should warn you that this isn't quite enough information to test for >static downcastability in all cases. Take the following example: >struct b1 {}; >struct b2 : b1 {}; >struct b3 : virtual b2 {}; >Here, b1 is not a virtual base of b3, but a downcast from b1* to b3* is >still impossible. I don't believe there is any way to test for this case >without compiler assistance. Robert Ramey

1 0

RE: [boost] Re: Re: VC7.1 Building...
by Brian Carlson 08 Jul '04

08 Jul '04

> > >I would start over if I were you. Open a Command Propmpt window. Change > > >directory to you boost_1_31_0 directory. Type the following _exactly_ > > >as > > >shown: > > > > > > bjam -sTOOLS=vc7.1 stage > > > > I did, but I'm using 1.29, not 1.31 That might be the problem....hmm > I'd think bjam changed significantly since 1.29? I don't think the build > instructions noted above are valid for pre 1.3x. Any reason your not using > 1.31? I'm using a third party api, that requires boost. I don't have a direct requirement. I wanted to move to vc7.1, and that's when I started to have link problems, "unresolved external... function0". I hoped that rebuilding 1.29 in vc7.1 would take care of the problem. I'm getting ready to try the api with 1.31. We'll see. Any thoughts would be arreciated. Thanks, Brian

2 1

RE: [boost] FYI: Trolltech's new generic containers
by Max Khesin 08 Jul '04

08 Jul '04

Hi Neal, What do you like about these? -----Original Message----- From: Neal D. Becker [mailto:ndbecker2@verizon.net] Sent: Thursday, July 08, 2004 2:36 PM To: boost(a)lists.boost.org Subject: [boost] FYI: Trolltech's new generic containers This may be of some interest: http://doc.trolltech.com/4.0/containers.html _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail.

1 0

Re: [boost] Re: Pretty Good Initialization Library
by brangdon＠cix.compulink.co.uk 08 Jul '04

08 Jul '04

In-Reply-To: <200407072103.i67L3Jk28273(a)tesh.systems.susq.com> stewart(a)sig.com (Rob Stewart) wrote (abridged): > > v << foo() << bar(); > > I don't like that. It suggests formatted insertion rather than > initialization. It's not intended to be initialisation. It does a push_back(), so you can do it at any time and not just on empty vectors. I guess I'd pick a different name for the library, but as written that includes += so it too is not just for initialisation. As I said, I don't think formatting is an essential characteristic of operator<<(). It happens to be necessary for streams because they are text oriented. The serialisation library uses operator<<() without formatting. > As you point out, conversion is possible, but one can't overload > operator<< to customize the initialization. Why not? vector<Foo> &operator<<( vector<Foo> &v, const Bar &bar ) { return v << bar.toFoo(); // Or whatever conversion you want. } Or whatever the right types are. > Thus, it doesn't fit neatly with IOStreams. It's not polymorphic with them, but I think it fits about as neatly as the serialisation library. -- Dave Harris, Nottingham, UK

2 1