- Boost - lists.boost.org

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

08 Jul '04

I just tried the vc71 option. But no jam file for that either. Am I suppose to create my own vc71-tools.jam file (copy or copy&edit)? What changes are needed? Thanks, Brian -----Original Message----- From: boost-bounces(a)lists.boost.org [mailto:boost-bounces@lists.boost.org] On Behalf Of Russell Hind Sent: Thursday, July 08, 2004 9:56 AM To: boost(a)lists.boost.org Subject: [boost] Re: VC7.1 Building... Have you tried bjam -sTOOLS=vc71 I'm pretty sure that is what I used but I do have a vc7.1-tools.jam file with boost-1.31.0 Russell Brian Carlson wrote: > I don't have a vc7.1-tools.jam file. And I have vc7.0 and vc7.1 > installed on my machine. So this is what I did... > > bjam -sTOOLS=vc7 -a > _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

2 1

RE: RE: [boost] Does anyone have an is_virtual_base_and_derived ?
by SRobb＠reflectionsinteractive.com 08 Jul '04

08 Jul '04

> My problem exactly ! > > So I think this is what I need. Just to prove once again that no good deed > goes unpunished - > > a) at a very minimum I want to add a boost copyright license and for that I > would need your name which wasnn't on your post. Steve Robb is my name. I've updated my profile so that it should hopefully now appear on these mails. > b) any chance of this getting "boostified" with a couple of tests an maybe a > micro-review?. Certainly can. I'm only capable of testing it with a few compilers though: VC++s 6, 7 and 7.1, and GCCs 2.95 and 3.2. > c) I notice that the type_traits already in the library are much - much more > elaborate due to the variations in compilers. Any chance of this getting > subjected to this kind of treatment? Actually, this leads to an issue we've had with compile times. The sheer volume of code included in the Type Traits headers to support all compilers lead me to re-implement a significant proportion of them in a 'minimal' fashion. Our build times almost halved as a result. Obviously our traits code doesn't cover the same body of compilers that Boost supports, but perhaps a rethink of the structure of the Type Traits library may be in order. To take a typical example like <boost/type_traits/is_same.hpp>, which can be implemented in terms of partial specialisation in a few lines on the majority of common compilers, still causes 59 headers (on my current configuration) on VC7.1. From this point of view, I prefer Loki's system of having a 'reference' copy of the traits class which fully-compliant compilers are directed to, with non-compliant compilers having their own implementations in separate files. I'm sure this issue has been raised here already, but I think it's worth reiterating, as it can save many man hours of wasted time.

2 1

VC7.1 Building...
by Brian Carlson 08 Jul '04

08 Jul '04

I don't have a vc7.1-tools.jam file. And I have vc7.0 and vc7.1 installed on my machine. So this is what I did... bjam -sTOOLS=vc7 -a How can I verify that it built with the vc7.1 compiler. Or am I wrong in using vc7 for the tools? Thanks, Brian

3 2

[Thread] [Patch] gcc-3.4.x issues
by Jürgen Hunold 08 Jul '04

08 Jul '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi ! The attached patch fixes some gcc-3.4.x errors and warnings: boost/thread/tss.hpp: libs/thread/src/tss.cpp: gcc complains about extra token after #endif. I've added the needed c++ comments. boost/thread/detail/lock.hpp: Typo in member template. Yours, Jürgen - -- * Dipl.-Math. Jürgen Hunold ! Institut für Verkehrswesen, Eisenbahnbau * voice: ++49 511 762-2529 ! und -betrieb, Universität Hannover * fax : ++49 511 762-3001 ! Appelstrasse 9a, D-30167 Hannover * hunold(a)ive.uni-hannover.de ! www.ive.uni-hannover.de -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFA7UYsljbJ/LLrxrYRAnyXAKC3rjawDEOJgRU1xQoHZqnmD7BzqgCgryyO 1Lpe5xjEQE/lhw8txYA+6Ww= =3DQI -----END PGP SIGNATURE-----

3 2

[BGL] [Patch] graph/dijkstra_shortest_paths.hpp
by Jürgen Hunold 08 Jul '04

08 Jul '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi ! in revision 1.38 Jeremy cvs log : "removed inf parameter for the no_init version of Dijkstra's" but forgot to change the call of the no_init version at line 211. The following patch corrects this. Yours, Jürgen - -- * Dipl.-Math. Jürgen Hunold ! Institut für Verkehrswesen, Eisenbahnbau * voice: ++49 511 762-2529 ! und -betrieb, Universität Hannover * fax : ++49 511 762-3001 ! Appelstrasse 9a, D-30167 Hannover * hunold(a)ive.uni-hannover.de ! www.ive.uni-hannover.de -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFA5Q4IljbJ/LLrxrYRApJcAKDeWInG0yNhEtT3Nhik0J4KqojT1wCfY5gE 5+1FQmkTgp7Qw8L8yNiqu/U= =L0GY -----END PGP SIGNATURE-----

2 2

[Bind] Increasing the max number of arguments bind supports?
by Doug Gregor 08 Jul '04

08 Jul '04

We just ran into a need for passing 12 arguments to boost::bind(), which only supports up to 9 arguments. Is there any way to (easily?) increase this number? With Function, one can just set BOOST_FUNCTION_MAX_ARGS to change the value; does/could Bind have something similar? Doug

3 4

[filesystem + iterator] directory iterator problem
by Vladimir Prus 08 Jul '04

08 Jul '04

There's a bug report on sourceforge: https://sourceforge.net/tracker/index.php?func=detail&aid=937606&group_id=7… which boils down to the fact that directory_iterator it(...); path p = *it++; does not work correctly. The exact problem is that the above line return a copy of the iterator, and increments 'it', but both iterators have shared_ptr to the same internal structure, so by time user deferences the copy, it gets the next file in the directory. The filesystem lib sources contain the following comment: The *r++ requirement doesn't appear to apply to the new single_pass_traversal category Thus I'm leaving the proxy out pending confirmation from the N1477 authors I'm not sure I understand that. It seems that *r++ should work, since signle pass iterator requires that r++ should work and return object of type X (call it r2), and the reabable iterator requires that *r2 should work. Am I wrong? And BTW, don't the above requirements mean r++ cannot return a proxy object, but only a real copy of the iterator? - Volodya

2 25

result_ofOp, operator should be a template parameter
by Andy Little 08 Jul '04

08 Jul '04

An example that I think demonstrates the superiority of this: binary_operation<A,Op,B>::result_type result; over this: result_of_plus<A, B>::type result; in this directory: http://www.servocomm.freeserve.co.uk/Cpp/physical_quantity/source/ array_calcs.hpp and array_calcs.cpp. The example shows an expression template for arrays based on the examples in: http://osl.iu.edu/~tveldhui/papers/techniques/ (BTW this is part of my next distro so no guarantee it works in pqs-1-01-04 , though should be ok.) Specifically making the operator a template parameter makes it generic IMHO and much reduces the work required. If an expression is required in "typeof" then it cant work generically , unless operators are allowed as template params And a generic "placeholder"operator param is included. (Simple promotion is inadequate for udts) Simple useage of binary_operation described here: http://www.servocomm.freeserve.co.uk/Cpp/physical_quantity/binary_operation… regards Andy Little

4 24

Review Wizard Needed
by David Abrahams 08 Jul '04

08 Jul '04

After pioneering the role of Boost Review Wizard, and doing a darned fine job of it, Thomas Witt has resigned, leaving this important position open. The moderators are now accepting applications for his replacement. The responsibilities of the review wizard are listed here: http://www.boost.org/more/formal_review_process.htm#Wizard. If you're interested in making a crucial contribution to the future of Boost, please send a short note to boost-owner(a)lists.boost.org with a sentence or two about why you'd like to be the next Review Wizard. -- Dave Abrahams Boost Consulting http://www.boost-consulting.com

2 1

RE: [boost] Generalizing the shared_ptr
by Hurd, Matthew 08 Jul '04

08 Jul '04

> Behalf Of Maciej Sobczak <snip bits everywhere> > Hi, Hi Maciej, > Is it possible to achieve the same results with the existing Boost > libraries? I think so. Have a gander at http://www.boost.org/libs/smart_ptr/sp_techniques.html and see if that meets cooks your goose. Regards, Matt Hurd. _________________ +61.2.8226.5029 hurdm(a)sig.com Susquehanna _________________ IMPORTANT: The information contained in this email and/or its attachments is confidential. If you are not the intended recipient, please notify the sender immediately by reply and immediately delete this message and all its attachments. Any review, use, reproduction, disclosure or dissemination of this message or any attachment by an unintended recipient is strictly prohibited. Neither this message nor any attachment is intended as or should be construed as an offer, solicitation or recommendation to buy or sell any security or other financial instrument. Neither the sender, his or her employer nor any of their respective affiliates makes any warranties as to the completeness or accuracy of any of the information contained herein or that this message or any of its attachments is free of viruses.

1 0