From: Beman Dawes [EMAIL PROTECTED]
At 07:40 PM 3/12/2003, Ralf W. Grosse-Kunstleve wrote:
The recent patch to lexical_cast.hpp causes problems under Mac OS X/gcc
3.2.2.
The error message appears at the top of:
http://cci.lbl.gov/boost/results/1047512220/dailylog_coral_test
David Abrahams wrote:
Beman Dawes [EMAIL PROTECTED] writes:
Doesn't seem to be in the archives. It's from Neal D. Becker 10 Mar
2003. Here is the entire message:
I really appreciate the boost rpms that have been made available. I
hope we
can improve one thing in the upcoming
In article [EMAIL PROTECTED],
[EMAIL PROTECTED] writes
Kevlin Henney, the author of lexical_cast, is currently reviewing and
brushing up some minor details in the proposal by Terje Slettebo
(http://groups.yahoo.com/group/boost/files/lexical_cast_proposition/lexical_
cast_proposition.zip). It
Daniel Frey wrote:
I'm not 100% sure where the problem is, but the patches are broken for me.
Can someone else please confirm this? Maybe it's my mail-program, which I
know is broken, but I also tried to get the files from the ASPN archive
and that failed, too. Meanwhile, you (Sam) can post
Just today, somebody was not able to find a way to subscribe to Boost.Build
mailing list ([EMAIL PROTECTED]). I recall it's not the only
domain-specific mailing list. There's boost-documentation, there's ml for
Spirit, and, IIRC, for Boost.Python. I think it would be good to add
information
Vladimir Prus wrote:
Just today, somebody was not able to find a way to subscribe to Boost.Build
mailing list ([EMAIL PROTECTED]). I recall it's not the only
domain-specific mailing list. There's boost-documentation, there's ml for
Spirit, and, IIRC, for Boost.Python. I think it would be
Hi there
I found the following lines (57-61) in boost/optional.hpp
union dummy_u
{
char data[ sizeof(T) ];
type_with_alignment ::boost::alignment_ofT::value aligner_;
} dummy_ ;
Not that I understand a lot about alignment issues, but shouldn't
line 60 read:
typename type_with_alignment
Vladimir Prus said:
David Abrahams wrote:
Beman Dawes [EMAIL PROTECTED] writes:
Doesn't seem to be in the archives. It's from Neal D. Becker 10 Mar
2003. Here is the entire message:
I really appreciate the boost rpms that have been made available.
I
hope we
can improve one
Terje Slettebø [EMAIL PROTECTED] writes:
From: Terje Slettebø [EMAIL PROTECTED]
The new
version of lexical_cast is Kevlin's own, which he recently made, not my
proposition. I think his version is better, though, as it's much shorter
and
removes duplication.
Just to point out that it's the
The following patch fixes some compilation problems when
BOOST_NO_WREGEX is defined (as we do in LyX). These concern OpenBSD
(first hunk: when BOOST_NO_WREGEX is defined we end up including
wchar) and something I found when trying to compile with lyxstring
(no need to define
On Wednesday 12 March 2003 11:50 am, David Abrahams wrote:
Beman Dawes [EMAIL PROTECTED] writes:
* Boost.Python private email
Final changes promised for Wednesday night.
Those are done. I'd like to watch http://cci.lbl.gov/boost/ go
through one more successful test cycle.
*
Daniel Frey wrote:
A general question: Is it really desirable to have separate mailing
lists? Maybe it's just me, but I prefer one mailing list for all
discussions. Of course there are discussions I don't follow, but
sometimes, you see things in an unrelated thread that can be used for
the
Daniel Frey [EMAIL PROTECTED] writes:
Vladimir Prus wrote:
Just today, somebody was not able to find a way to subscribe to Boost.Build
mailing list ([EMAIL PROTECTED]). I recall it's not the only
domain-specific mailing list. There's boost-documentation, there's ml for
Spirit, and, IIRC,
At 04:02 AM 3/13/2003, Vladimir Prus wrote:
I believe that Malte Starostik is the right person for dealing with this
issue. I'm pretty sure the different is naming is difference between
Mandrake and Redhat, but have no idea how to fix it.
And, while we're on it, I think it would be much better
At 10:51 AM 3/12/2003, Jaakko Jarvi wrote:
On Wed, 12 Mar 2003, Beman Dawes wrote:
Here is my list of outstanding patches and fixes. It would be great if
we
could resolve the bulk of these for 1.30.0.
* tuples::apply
Did this every get resolved? Aleksey? Jaakko?
Aleksey's message on
Neal D. Becker [EMAIL PROTECTED]
I reported this. A simple workaround, just remove the dependency from the
.spec file.
IIRC, it was libpython-devel. This is called python-devel on RH8. My
suggestion, just remove it from Requires:.
Just put a %if block in the .spec. I don't have
Beman Dawes wrote:
* [config] BOOST_DEDUCED_TYPENAME
Status currently unknown. John? Aleksey?
Dave will take care of it after the release. It's not urgent in any way.
Aleksey
___
Unsubscribe other changes:
In article [EMAIL PROTECTED], Markus Schöpflin
[EMAIL PROTECTED] writes
The new lexical_cast (with the latest fixes from beman) now fails with
the darwin toolset. The error messages are at
http://boost.sourceforge.net/regression-logs/cs-Darwin-RC_1_30_0-links.html#lexi
cal_cast_test%20darwin
In article [EMAIL PROTECTED], Beman
Dawes [EMAIL PROTECTED] writes
Just to let you know that a new version is now in CVS.
However, it appears to break under the regression test. I expected it to
break for VC6, but it is apparently failing to compile under VC7 and
Intel 7.0... which is more than
In message [EMAIL PROTECTED], David Abrahams
[EMAIL PROTECTED] writes
If these are all implementation details, I guess it would've been
better to get your version working and replace the implementation with
Kevlin's when it was really ready. If not, I'm not sure what would've
been best, but to
* Regex make boost work better patch from Lars Gullik Bjønnes
John Maddock will investigate once new machine working
should be done soon.
* PRB with type_traits::is_member_function_pointer
Would prefer John Maddock or someone else more familiar with type
traits regeneration make this
Kevlin Henney wrote:
In article [EMAIL PROTECTED],
Beman
Dawes [EMAIL PROTECTED] writes
VC++7 is not giving trouble with any tests other than
lexical_cast_test. On it, the message begins:
D:\boost\site-RC_1_30_0\boost\lexical_cast.hpp(142) : error C2065:
'InputStreamable' : undeclared
Kevlin Henney wrote:
In article [EMAIL PROTECTED], Markus Schöpflin
[EMAIL PROTECTED] writes
The new lexical_cast (with the latest fixes from beman) now fails
with
the darwin toolset. The error messages are at
http://boost.sourceforge.net/regression-logs/cs-Darwin-RC_1_30_0-links.html#
lexi
Andreas Huber [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Hi there
I found the following lines (57-61) in boost/optional.hpp
union dummy_u
{
char data[ sizeof(T) ];
type_with_alignment ::boost::alignment_ofT::value aligner_;
} dummy_ ;
Not that I understand a lot
At 02:24 AM 3/13/2003, Daryle Walker wrote:
4. My testing was with a stock Boost 1.29.0 from a zip file. If the
CVS version of Boost already has fixes for CW-DS and/or CWP8.3, I'll
switch to that and apologize for wasting everyone's time.
Daryle, with all the current focus on 1.30.0, I'm not
At 11:52 AM 3/12/2003, Alisdair Meredith wrote:
I have also reported and not seen rejected:
(easily lost in the volume surrounding a release)
[2 Random fixes also required for Graph]
===
RCS file:
At 11:42 AM 3/12/2003, Sam Partington wrote:
Daniel Frey wrote:
Beman Dawes wrote:
* Possible addition to operators library from Sam Partington
Daniel Frey and Sam discussing changes.
We need some discussion of it and I would like to see it in CVS and
thus in the regression tests for
* [config] BOOST_DEDUCED_TYPENAME
Status currently unknown. John? Aleksey?
Dave A. introduced the macro I would prefer him to change it as he knows
what's required - or have I nissed something?
BTW, I've used BOOST_DEDUCED_TYPENAME in my own code with bcc5.5.1 because
this compiler ICEs
At 07:59 AM 3/13/2003, John Maddock wrote:
* Regex make boost work better patch from Lars Gullik Bjønnes
John Maddock will investigate once new machine working
should be done soon.
OK.
* PRB with type_traits::is_member_function_pointer
Would prefer John Maddock or someone else more
David Abrahams wrote:
Daniel Frey [EMAIL PROTECTED] writes:
I don't really bother the higher volume.
Well in that case you can just subscribe to all of them, no?
What's the advantage to you over having 4 or 5 subscriptions?
The point is, that I won't subscribe to a list if it is about
Kevlin Henney [EMAIL PROTECTED] writes:
In which case the best option is either that the lexical_cast
implementation sit out 1.30.0 or that wchar_t support is disabled as
that seems to be the source of the fun.
I have no opinion on which course is best.
From the compiler messages I am
In article [EMAIL PROTECTED], Peter Dimov
[EMAIL PROTECTED] writes
VC++7 is not giving trouble with any tests other than
lexical_cast_test. On it, the message begins:
D:\boost\site-RC_1_30_0\boost\lexical_cast.hpp(142) : error C2065:
'InputStreamable' : undeclared identifier
Which of
In article [EMAIL PROTECTED], Peter Dimov
[EMAIL PROTECTED] writes
Kevlin Henney wrote:
In article [EMAIL PROTECTED], Markus Schöpflin
[EMAIL PROTECTED] writes
The new lexical_cast (with the latest fixes from beman) now fails
with
the darwin toolset. The error messages are at
William E. Kempf wrote:
Vladimir Prus said:
Lastly, this issue is not release show-stopper: the *spec file which
creates RPM is not in Boost CVS tree. Malte can make the changes when
1.30 is out.
Should it be in the tree?
I don't know. But the way, the same question applies to Debian
David Abrahams wrote:
Daniel Frey [EMAIL PROTECTED] writes:
Vladimir Prus wrote:
Just today, somebody was not able to find a way to subscribe to
Boost.Build mailing list ([EMAIL PROTECTED]). I recall it's not
the only domain-specific mailing list. There's boost-documentation,
there's ml
On Thursday, March 13, 2003, at 02:24 AM, Daryle Walker wrote:
3. To the Metrowerks guys on this list, what is the difference between
regular CodeWarrior Pro and the Dev Studio I got? The web site is
somewhat vague, but I think the only difference is that the number of
tools in Dev Studio is
Daniel Frey [EMAIL PROTECTED] writes:
The point is, that I won't subscribe to a list if it is about a topic
I'm not interested in.
I guess that's a mental battle you'll have to have with yourself,
then :-)
If OTOH these discussions happens on a list that I have for other
reasons, I still
Here is the current list:
* lexical_cast problems.
Hold changes for next release?
* Regex make boost work better patch from Lars Gullik Bjønnes
John Maddock says he will apply soon.
* [status/Jamfile] Jamfile patches for Borland
Dave says factor commonality out into template.
Too late
Kevlin Henney [EMAIL PROTECTED] writes:
on deficient compilers.
Agreed. However, VC7 is not such a compiler
Huh? VC7 not deficient? It certainly doesn't support partial
ordering.
most-confused-ly y'rs,
dave
--
Dave Abrahams
Boost Consulting
www.boost-consulting.com
Howard Hinnant [EMAIL PROTECTED] writes:
Developers Studio is a stripped down version of CodeWarrior Pro. It
only has CodeWarrior for Mach-O compilers and linkers for
C/C++/Objective C/Objective C++.
There is no Java support, no command line tools, no cross compilers,
A very quick, but probably irrelevant, thought from someone who doesn't know
the internals of lexical_cast or of the test:
Remember that VC7 now supports two different types for wchar_t, depending on
the option used when building a module. Could this by any slight chance be
causing a problem ?
Beman Dawes [EMAIL PROTECTED] writes:
It looks to me like we should hold the lexical_cast changes until the
next release. There are really two issues IIUC - some wide-character
support problems and VC++ 6.0 support. While the wide-character
problems might be possible to resolve quickly, VC++
Beman Dawes wrote:
* Daniel Frey: provided a fix for some warnings in the type-traits
(is_class/is_enum IIRC), John Maddock is aware of it AFAIK.
Just to remove any doubts: This should not be a show-stopper. The
warnings are in there for quite some time and type-traits are to
complicated
In article [EMAIL PROTECTED], David Abrahams
[EMAIL PROTECTED] writes
Kevlin Henney [EMAIL PROTECTED] writes:
on deficient compilers.
Agreed. However, VC7 is not such a compiler
Huh? VC7 not deficient?
Perhaps that claim was too broad ;-)
It certainly doesn't support partial
ordering.
David Abrahams [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Fernando Cacciola [EMAIL PROTECTED] writes:
* [config] BOOST_DEDUCED_TYPENAME
Status currently unknown. John? Aleksey?
Dave A. introduced the macro I would prefer him to change it as he
knows
what's required -
Fernando Cacciola [EMAIL PROTECTED] writes:
With BCC5.5.1 typename is _never required_ AFAIK, but it is with BCC5.6.0(4)
I guess in that case BOOST_TYPENAME or BOOST_NO_TYPENAME might be an
appropriate name. I'm glad I didn't move on the renaming before you
revealed the Borland issue!
--
At 10:58 AM 3/13/2003, Daniel Frey wrote:
Beman Dawes wrote:
* Daniel Frey: provided a fix for some warnings in the type-traits
(is_class/is_enum IIRC), John Maddock is aware of it AFAIK.
Just to remove any doubts: This should not be a show-stopper. The
warnings are in there for quite some
Thomas Witt wrote:
Hi,
I am biased anyway, but I would vote for reverting the lexical_cast
changes in RC_1_30_0.
I was just looking at the new lexical_cast implementation and unless I
messed up with updating my tree to RC_1_30_0 the documentation needs to
be fixed as well.
AFAICS the
Thomas Witt [EMAIL PROTECTED] writes:
I got the impression that the majority on the list want's the change
in string semantics and I am willing to accept this. But I would
really like to see the documentation clearly state that strings are
handled differently.
I agree, and would go further.
--- Beman Dawes [EMAIL PROTECTED] wrote:
OTOH, it's very tiresome waiting for these last minute fixes, which don't
seem particularly critical anyhow. Assuming lexical_cast is reverted, maybe
we should just go ahead with the release now.
Whatever you do, please give me (another...) realistic
--- David Abrahams [EMAIL PROTECTED] wrote:
My only concern about this is that IIUC Bjorn has been making lots of
promises that the new lexical_cast was going to be in 1.30.0. I
don't want to break promises without due consideration.
To me branching for release also is a promise: relative
Kevlin has done an update that incorporates the overloading fix and is
less permissive about which platforms will get wide character support.
The Win32 tests are now looking as good or better than with the old 1.29.0
version. See
On Thursday, March 13, 2003, at 10:34 AM, David Abrahams wrote:
Howard Hinnant [EMAIL PROTECTED] writes:
Developers Studio is a stripped down version of CodeWarrior Pro. It
only has CodeWarrior for Mach-O compilers and linkers for
C/C++/Objective C/Objective C++.
There is no Java support, no
Beman Dawes [EMAIL PROTECTED] writes:
So now we'll wait until some of the other platform tests get
updated. If their results looks as good then the update can stay in
1.30.0.
Without a documentation update?!?
--
Dave Abrahams
Boost Consulting
www.boost-consulting.com
Beman Dawes [EMAIL PROTECTED] writes:
At 12:45 PM 3/13/2003, David Abrahams wrote:
Thomas Witt [EMAIL PROTECTED] writes:
I got the impression that the majority on the list want's the change
in string semantics and I am willing to accept this. But I would
really like to see the
The quick answer to my questions using a naive test of a for loop of 10
(times in seconds)
cout 'x';
cout '\n';
cout newl;
cout endl;
cout \n;
MSVC 7.0 debug mode 'strict'
to console:
char time 5.898
'\n' time 3.275
newl time 3.545
endl time 3.395
C string \n time 3.345
to a txt
David Abrahams wrote:
Beman Dawes [EMAIL PROTECTED] writes:
Kevlin did update the docs; the complaint is that the updates are unclear.
I thought the complaint was that the current state is plain inaccurate
in major ways.
The complaint is that the doc's are misleading, at times straddling the
In article [EMAIL PROTECTED], David Abrahams
[EMAIL PROTECTED] writes
Beman Dawes [EMAIL PROTECTED] writes:
So now we'll wait until some of the other platform tests get
updated. If their results looks as good then the update can stay in
1.30.0.
Without a documentation update?!?
The
Thomas Witt [EMAIL PROTECTED] writes:
David Abrahams wrote:
Beman Dawes [EMAIL PROTECTED] writes:
Kevlin did update the docs; the complaint is that the updates are unclear.
I thought the complaint was that the current state is plain
inaccurate
in major ways.
The complaint is that the
Here is the current list:
It looks to me like we should hold the lexical_cast changes until the
next release. There are really two issues IIUC - some wide-character
support problems and VC++ 6.0 support. While the wide-character problems
might be possible to resolve quickly, VC++ 6.0
From: Kevlin Henney [EMAIL PROTECTED]
In article [EMAIL PROTECTED], David Abrahams
[EMAIL PROTECTED] writes
Kevlin Henney [EMAIL PROTECTED] writes:
on deficient compilers.
Agreed. However, VC7 is not such a compiler
Huh? VC7 not deficient?
Perhaps that claim was too broad ;-)
It
Beman Dawes [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
[...]
You would have to go back and find the specific license. No way
to tell without seeing the exact license covering the code you started
with.
Copyright (c) 1994
Hewlett-Packard Company
Copyright (c) 1996,1997
Silicon
for the past 3 hours I've been getting:
...failed updating 300 targets...
...skipped 117 targets...
...updated 8 targets...
when trying to make the latest CVS update:
date /T update.log
time /t update.log
cvs -z3 update -A -P -d update.log
bjam -sTOOLS=vc7 msvc vc71 bjam.log
mgrep target
Rozental, Gennadiy wrote:
1. I found this name a bit misleading. At first I though that it some king
of iteration through variant types
Uhm, what would be a better name?
2. From quick glance on your code it seems that visit_helper class
unnessesarilly parameterized with T0 and T1.
It's far
Hi,
In some of my MPL-using code I needed set-based functionality. So I wrote a
function that does an insertion into an ordered list of constants. However,
it seems that if I compare a list created from a bunch of constants to an
explicit list, they don't end up the same. I've attached the
65 matches
Mail list logo