> On Mon, 11 Aug 2003, David Abrahams wrote:
[snip]
> Are these real regressions or just newly-tested compilers? Can the
> library authors/maintainers address these problems? Where is our
> maintenance wizard?
He's back online after three weeks of no-internet-access-whatsoever;
currently reading
> From: Edward Diener [mailto:[EMAIL PROTECTED]
>
> More than a month ago I posted a correction to the tokenizer
> documentation
> to which no one replied:
Sorry about that.
> "The Tokenizer documentation for char_separator tokenizer
> function states
> that the default argument for the secon
changes (I didn't
make the changes, but I pushed other people [too] hard to do so).
Bjorn Karlsson
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
ntain the new version. I know that people have been waiting a _really_
long time for this to happen, and as has been stated before, the changes
will be part of 1.30.0. To all of you who've been waiting, thanks for your
patience!
Bjorn Karlsson
___
U
> From: Michael Stevens [mailto:[EMAIL PROTECTED]
>
> Correction required for boost/random/lognormal_distribution.
Fixed, thanks!
Bjorn Karlsson
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
s that may not
be so rewarding to fix but definitely add to the overall quality once taken
care of.
Thanks to all for the progress, and keep up the good work!
Cheers,
Bjorn Karlsson
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
> From: Thorsten Ottosen [mailto:[EMAIL PROTECTED]]
> Sorry for not understanding why "exceptionally creative use
> of expression
> templates" is necessary :-) Could you
> elaborate a little on it?
I'll try. :-)
We are now talking about (if I understand you and Dave correctly) three
related pro
> From: Thorsten Ottosen [mailto:[EMAIL PROTECTED]]
> yes, but why should that be close to the point of error? What
> use is it to
> do
>
> try
> {
>xxx = numeric_cast( yyy );
> }
> catch( numeric_exception& e )
> {
> // what can I possible do here that makes sense?
> }
Depends on the cont
> From: David Abrahams [mailto:[EMAIL PROTECTED]]
>
> The huge advantage appears when you start looking at arithmetic
> expressions. The result of
>
> if (t < u)
> {
> x = y + z * w;
> }
>
> could be a lot more predictable if we were working with types that
> didn't perform implicit lossy c
> From: Thorsten Ottosen [mailto:[EMAIL PROTECTED]]
> > What would the advantage be over using boost::numeric_cast
> directly, and
> > thus explicitly?
>
> you would't have to worry about if you forgot a numeric_cast
> somewhere in
> your code
> or if you compiled on a platform with different r
> From: Thorsten Ottosen [mailto:[EMAIL PROTECTED]]
>
> Hi Boosters,
>
> I was wondering if it would be possible to implement a wrapper around
> built-in types to provide automatic detection of conversion
> problems:
[snip]
What would the advantage be over using boost::numeric_cast directly, an
> From: Thorsten Ottosen [mailto:[EMAIL PROTECTED]]
>
> >Additionally, creating
> > patches using the latest files from CVS makes them very
> easy to apply.
> if one have cvs access, I pressume :-)
>
No, there's anonymous read access to CVS - see
http://www.boost.org/more/download.html and
http
> From: David Abrahams [mailto:[EMAIL PROTECTED]]
> >> That's not a patch; those are the complete files.
> However, I'm sure
> >> Ron can work with those. If he doesn't respond in the next week,
> >> Bjorn (the maintenance wizard) will get on his case.
> >
> > So what is a patch?
>
> It is a di
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
>
> assert takes an int as parameter, on 64bit platforms this will othen
> mean a 64->32 conversion.
>
> This patch fixes a couple of problems in Boost.Format.
>
Applied, thanks!
Bjorn
___
Unsubscr
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
>
> This patch makes the Boost.Format library work when exceptions is not
> present. It is done the same way as with the smart pointers.
>
Applied, thanks!
Bjorn
___
Unsubscribe & other changes: htt
> From: Rene Rivera [mailto:[EMAIL PROTECTED]]
> I think you did a limited search... only in the headers.
> There are many more
> files without (C). For example most "Jamfile"s don't have one.
>
> Could you post how you did the search... perhaps this is
> something for Beman
> to add to the list
> From: David Abrahams [mailto:[EMAIL PROTECTED]]
> >
> > I've checked the sources, and there are about 50 files lacking
> > copyright statements. If there are no objections, I'll update them
> > as appropriate (using the statements in other files of the library
> > in question).
>
> Could you pos
here are no objections, I'll update them as appropriate
(using the statements in other files of the library in question).
Bjorn Karlsson
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
18 matches
Mail list logo
