Joel de Guzman writes:
What would be particularly nice is if the sync is entirely
scripted, so anyone with Boost CVS write access can run it. [...]
perhaps all that is needed is to have a working directory which is
first updated from the Spirit CVS, and then committed to the Boost
CVS.
That test seems to not compile. A test that is supposed to not link
fails if it doesn't even get to the link stage.
Why is this test labelled link-fail?
I don't know. Jeremy?
That's not the meaning of the original link-fail test: we started off with
compile-fail, but because some
That's all correct, AFAIK. Exactly what is failing? Did you first delete
all the bin directories?
If you look at the html table it's pretty obvious: there is no library name
associated with each test, which makes the table more or less impossible to
follow...
John Maddock
- Original Message -
From: Peter Simons [EMAIL PROTECTED]
Joel de Guzman writes:
What would be particularly nice is if the sync is entirely
scripted, so anyone with Boost CVS write access can run it. [...]
perhaps all that is needed is to have a working directory which is
Joel de Guzman writes:
Can you suggest a practical solution?
Not really. Importing the sources from the main CVS repository into
the copy at boost.org is the only suitable solution, really. Doing the
import will probably work just fine in 99% of the cases, and in
those where it does not,
On the boost site for lexical_cast, a future direction is listed:
Optimize the use of a stream away for identity conversions.
I recently encountered a situation where this optimization is not only nice
from a performance perspective, but is also necessary from a functional
perspective.
Deep
--- Alberto Barbati [EMAIL PROTECTED] wrote:
or even better:
#if _MSC_VER+0 = 1020
#pragma once
#endif
But not only MS compilers have the pragma once, which is in my opinion
very useful.
IMHO a pragma once, or similar directive, is only useful in that it doesn't
force you to invent a
From: Early Ehlinger [EMAIL PROTECTED]
On the boost site for lexical_cast, a future direction is listed:
Optimize the use of a stream away for identity conversions.
I recently encountered a situation where this optimization is not only
nice
from a performance perspective, but is also
Terje Slettebø [EMAIL PROTECTED] wrote:
e.g. the following one gives the same problem, not solved with only
checking for if source type equals target type:
std::string str=boost::lexical_caststd::string(' '); // Space character,
throws exception
Indeed. I took a look at the proposed fix and
From: Early Ehlinger [EMAIL PROTECTED]
As a devil's advocate, consider, e.g., Borland's AnsiString class (part of
their VCL and CLX libraries, basically a class that represents the
intrinsic
String type in Pascal/Delphi):
AnsiString foo = Hello there;
std::string str = boost::lexical_cast
Hi,
I have two questions about the use of the typename-keyword when using
template-parameter dependent types.
1. Consider the following code:
template class T
{
typedef typename A::foo t;
};
IIRC there are some compilers that only compile the above without the
typename
11 matches
Mail list logo
