- Boost - lists.boost.org

Merge of RC_1_32_0 with trunk?
by Joaquín Mª López Muñoz 28 Nov '04

28 Nov '04

Is this merge gonna happen soon? Any foreseeable problems if I begin evolving the trunk before that merge? Joaquín M López Muñoz Telefónica, Investigación y Desarrollo

4 7

Logo... and page design.
by Rene Rivera 28 Nov '04

28 Nov '04

Boosters, OK, I put together a new logo. I'm not going to say much about it because if I do it will likely skew perceptions. I will say that it comes in a variety of forms to accommodate the context: http://redshift-software.com/~grafik/boost/logo.htm Boost Logo And more changes to the front page: http://redshift-software.com/~grafik/boost/index.htm Boost C++ Libraries PS.. It looks like the logo page requires a conforming CSS1 browser :-\ So please use something other than IE ;-) -- -- Grafik - Don't Assume Anything -- Redshift Software, Inc. - http://redshift-software.com -- rrivera/acm.org - grafik/redshift-software.com - 102708583/icq

16 31

explicit-failures-markup question
by Bart 27 Nov '04

27 Nov '04

I see that wild-cards are supported for toolset names in explicit-failures-markup.xml. Are they also supported for test names? We have a series of tests that have similar names (testtime_serialize, testtime_serialize_xml, testtime_serialize_std_config). I'd like to use a wild-card to markup all three tests (testtime_serialize*). Will it work? Thanks, Bart

2 2

how to compile giallo?
by Roland Schwarz 27 Nov '04

27 Nov '04

I just wanted to study the giallo aka. boost_net library. Unfortunately so far I cannot manage to compile the lib. I checked out the sources from CVS. I am running W2K with vc-7_1. I set BOOST_ROOT, and invoked bjam -s"TOOLS=vc-7_1" --with-boost_net in giallo root. All I get, is a report of a number of targets, nothing else happens. Is the build assumed to work on Windows? Do I need a special dircetory layout? Any help appreciated! Roland

1 0

BOOST_NO_SFINAE not in docs
by Robert Ramey 27 Nov '04

27 Nov '04

in looking through some of the compiler config files, I find BOOST_NO_SFINAE. However, I don't find this in the config documentation. Is there a reason why it shouldn't be there? Robert Ramey

2 1

Re: [ANN] Phoenix-2 Preview
by Joel 27 Nov '04

27 Nov '04

Zhuo Qiang wrote: > > what about _a = var(arg1) which IMO is more explicit I considered that syntax too. Unecessarily verbose, IMO. The argN (like var(x)) already has reference semantics. That is why you can write: ++arg1 for example, instead of the more verbose: ++var(arg1). IMO, argN should always be implicitly an L-value, for consistency. >>>though the following code gives what I expect: >>> int i = 1; >>> >>> let(_a = val(_1)) >>> [ >>> cout << --_a << ' ' >>> ](i); >>> cout << i << endl; >> >>Exactly! args are L-values. vals are R-values. >> >>I'll emphasize that in the docs. Mind if I steal your example? > > > Sure! As you wish. Done :-) Thanks! -- Joel de Guzman http://www.boost-consulting.com http://spirit.sf.net

1 0

Re: [ANN] Phoenix-2 Preview
by Joel 27 Nov '04

27 Nov '04

Zhuo Qiang wrote: > I've just tried it and there's a question: > > int i = 1; > > let(_a = _1) > [ > cout << --_a << ' ' > ](i); > cout << i << endl; > > the output of above is : 0 0 > and I expected it to be "0 1" > seems _a hold a "reference" to _1 which in turn is just a reference of i.Is > it right? > I thought _a = _1 had some value semantic. That's right. That's the correct behavior. As noted in the docs: The type of the local variable assumes the type of the lambda-expression. Type deduction is reference preserving. For example: let(_a = arg1, _b = 456) _a assumes the type of arg1: a reference to an argument, while _b has type int. This is necessary because otherwise, we won't have l-value access to outer lambda-scopes. > though the following code gives what I expect: > int i = 1; > > let(_a = val(_1)) > [ > cout << --_a << ' ' > ](i); > cout << i << endl; Exactly! args are L-values. vals are R-values. I'll emphasize that in the docs. Mind if I steal your example? Regards, -- Joel de Guzman http://www.boost-consulting.com http://spirit.sf.net

1 0

Re: [boost] Alternate Boost Logo
by Beman Dawes 27 Nov '04

27 Nov '04

At 08:03 PM 11/26/2004, Reid Sweatman wrote: >This time with the file actually attached. <g> It was a long, drunken >weekend... I guess I'm just a person who thinks in terms of words rather than images. As images go your suggestion is fine, but I like the ones that have the word "Boost" in them. At least for some of the logos posted so far, I usually like "C++" being there too. --Beman

1 0

Alternate Boost Logo
by Reid Sweatman 27 Nov '04

27 Nov '04

> -----Original Message----- > From: Reid Sweatman [mailto:drunkardswalk@earthlink.net] > Sent: Wednesday, November 24, 2004 2:33 PM > To: 'boost(a)lists.boost.org' > Subject: RE: [boost] Re: Logo... and page design. <all snipped> This time with the file actually attached. <g> It was a long, drunken weekend... Just curious, and my feelings aren't hurt or anything, but did everyone really consider my idea so worthless as not to merit the time to dump on it? <g> Reattached in it's original, fine-minute quickie form here, in case the message is gone. Incidentally, my quick take on the ones I was able to view: the rocket ones were mostly really well done, but mostly way over-busy, as well. There was one that was sufficiently close to mine that they could likely be combined; might try that tonight. The Text ones were okay, but lifeless. The square braces didn't work for me, mostly, save for perhaps the one that formed a split-C (and someone had to point that out to me before I realized that was what it was). Reid

1 0

CW version 0x3004?
by Stefan Slapeta 26 Nov '04

26 Nov '04

Has anyone ever seen CW defining the version to 0x3004? Seems it's not handled by boost.config at the moment and boost.bind doesn't compile, either. Stefan

2 2