Re: [boost] Re: Date iterators in Boost Date-Time

2003-08-16 Thread gmelquio
En réponse à Jeff Garland <[EMAIL PROTECTED]>: > On Sat, 16 Aug 2003 23:31:05 -0400, Jeremy B. Maitin-Shepard wrote > > > > Yes, of course, it is not really a union either. I think > > > merge_inclusive is fine. > > > > How about "maximize" or "maximize_duration" or just "max" or > > "max_durati

Re: [boost] Re: Date iterators in Boost Date-Time

2003-08-16 Thread Jeff Garland
On Sat, 16 Aug 2003 23:31:05 -0400, Jeremy B. Maitin-Shepard wrote > > Yes, of course, it is not really a union either. I think > > merge_inclusive is fine. > > How about "maximize" or "maximize_duration" or just "max" or > "max_duration"? Thx for the ideas, but... I'm leary of these b/c this i

[boost] Re: XMLUI (was Re: Re: UI++)

2003-08-16 Thread Paul Hamilton
>>> May I come with a bit of scepticism? There's already XUL (see http://xulplanet.com for a start, and http://www.mozilla.org/catalog/architecture/xul/ for more details). I think Mozilla folks put some effort into it, so I wonder if XMLUI offers something new/better? <<< The main implementation

[boost] Re: Date iterators in Boost Date-Time

2003-08-16 Thread Jeremy B. Maitin-Shepard
On Sat, 16 Aug 2003 12:28:57 +1000 "Chris Trengove" <[EMAIL PROTECTED]> wrote: > "Jeff Garland" <[EMAIL PROTECTED]> wrote in message > news:[EMAIL PROTECTED] > > I don't think the it is technically a union because the result draws > > in points in the time period that aren't part of either of the

RE: [boost] RE: 1.30.2 ready for release?

2003-08-16 Thread Misha Bergal
Misha Bergal wrote: > * there are still some failures on meta-intel-7.1-stlport I remember I have recompiled the STLPort without wchat_t support for RC_1_30_0. One of the failure will be resolved if I recompile STLPort with wchar_t support. What I don't understand is why other tests pass. -- M

[boost] RE: 1.30.2 ready for release?

2003-08-16 Thread Misha Bergal
David Abrahams wrote: > Okay, I fixed that one. Nobody breathe... I'm going to tag it for > release. Our results are available now. Looking at it: * "static_assert" library name got somehow replaced with "libs". * there are still some failures on meta-intel-7.1-stlport -- Misha Bergal MetaCo

[boost] RE: 1.30.2 ready for release?

2003-08-16 Thread Misha Bergal
David Abrahams wrote: > I believe I have now eliminated all the regressions in the > RC_1_30_0 branch, though recent test updates at > > Would testers for the 1.30.2 release please be sure they're updating to > RC_1_30_0 and post new results? Dave, I believe our results will be ready by 6:00pm

Re: [boost] boost::filesystem file restrictions

2003-08-16 Thread Jeff Garland
> >"Peter Dimov" <[EMAIL PROTECTED]> wrote: >> I am not sure that it should be the responsibility of the path class to >> enforce some notion of portability. I haven't been following this whole discussion, but I'll chime in here b/c I believe some of this might be partially due to comments I m

[boost] Re: 1.30.2 ready for release?

2003-08-16 Thread Daniel Frey
[EMAIL PROTECTED] wrote: Daniel Frey <[EMAIL PROTECTED]> writes: David Abrahams wrote: http://tinyurl.com/k7vl and http://tinyurl.com/jtpd seem to contradict that. I find that very strange because I specifically Also the latter run (Win32) stops after "type_traits". The "utility"-section seems t

Re: [boost] [PATCH] libs/integer/cstdint_test.cpp should define __STDC_CONSTANT_MACROSearlier

2003-08-16 Thread Beman Dawes
At 02:10 PM 8/15/2003, Douglas Paul Gregor wrote: >The test case libs/integer/cstdint_test.cpp includes and > _before_ it defines __STDC_CONSTANT_MACROS. This means that on >a platform that (a) supports defining the C99 macros in when >__STDC_CONSTANT_MACROS is defined and (b) uses somewhere in

[boost] Re: 1.30.2 ready for release?

2003-08-16 Thread David Abrahams
[EMAIL PROTECTED] writes: > Daniel Frey <[EMAIL PROTECTED]> writes: > >> David Abrahams wrote: >> > http://tinyurl.com/k7vl and http://tinyurl.com/jtpd seem to >> > contradict that. I find that very strange because I specifically >> >> Also the latter run (Win32) stops after "type_traits". The >

[boost] Re: 1.30.2 ready for release?

2003-08-16 Thread David Abrahams
Martin Wille <[EMAIL PROTECTED]> writes: > David Abrahams wrote: >> I believe I have now eliminated all the regressions in the RC_1_30_0 >> branch, though recent test updates at >> http://tinyurl.com/k7vl and http://tinyurl.com/jtpd seem to >> contradict that. I find that very strange because I s

[boost] Re: 1.30.2 ready for release?

2003-08-16 Thread misha
Daniel Frey <[EMAIL PROTECTED]> writes: > David Abrahams wrote: > > http://tinyurl.com/k7vl and http://tinyurl.com/jtpd seem to > > contradict that. I find that very strange because I specifically > > Also the latter run (Win32) stops after "type_traits". The > "utility"-section seems to have di

[boost] Re: 1.30.2 ready for release?

2003-08-16 Thread Martin Wille
David Abrahams wrote: I believe I have now eliminated all the regressions in the RC_1_30_0 branch, though recent test updates at http://tinyurl.com/k7vl and http://tinyurl.com/jtpd seem to contradict that. I find that very strange because I specifically reproduced those problems and addressed them

[boost] Re: 1.30.2 ready for release?

2003-08-16 Thread Daniel Frey
David Abrahams wrote: http://tinyurl.com/k7vl and http://tinyurl.com/jtpd seem to contradict that. I find that very strange because I specifically Also the latter run (Win32) stops after "type_traits". The "utility"-section seems to have disappeared. Misha, can you have a look, please? Regards,

[boost] 1.30.2 ready for release?

2003-08-16 Thread David Abrahams
I believe I have now eliminated all the regressions in the RC_1_30_0 branch, though recent test updates at http://tinyurl.com/k7vl and http://tinyurl.com/jtpd seem to contradict that. I find that very strange because I specifically reproduced those problems and addressed them on my machine, and

Re: [boost] boost::filesystem file restrictions

2003-08-16 Thread Beman Dawes
At 04:23 PM 8/15/2003, Peter Dimov wrote: >Beman Dawes wrote: >> At 01:40 PM 8/14/2003, Peter Dimov wrote: >> > >> >I am not sure that it should be the responsibility of the path >> class to >enforce some notion of portability. Wouldn't it be more >> appropriate to >defer the portability check,

Re: [boost] boost::filesystem file restrictions

2003-08-16 Thread Beman Dawes
At 08:46 PM 8/14/2003, Walter Landry wrote: >"Peter Dimov" <[EMAIL PROTECTED]> wrote: >> I am not sure that it should be the responsibility of the path class to >> enforce some notion of portability. Wouldn't it be more appropriate to >> defer the portability check, if any, to the point where the

[boost] Re: checked_delete / CW8

2003-08-16 Thread David Abrahams
Howard Hinnant <[EMAIL PROTECTED]> writes: > On Saturday, August 16, 2003, at 8:06 AM, David Abrahams wrote: > >>> Thanks. I'll keep my fingers crossed... >> >> Still no joy :( > > Could you elaborate? Perhaps I could help. Oh, just miscellaneous other regressions which are stopping the release.

Re: [boost] Re: checked_delete / CW8

2003-08-16 Thread Howard Hinnant
On Saturday, August 16, 2003, at 8:06 AM, David Abrahams wrote: Thanks. I'll keep my fingers crossed... Still no joy :( Could you elaborate? Perhaps I could help. -Howard ___ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boo

[boost] Re: Release of 1.30.2 imminent

2003-08-16 Thread David Abrahams
"Mohamed Iqbal" <[EMAIL PROTECTED]> writes: > Hi... > > Instead of downloading the complete Boost every time something has changed, > why don't you consider 1.30.0 as a standard from subsequent releases until > you reach 1.4.0 and so that we can only download only the modified > libraries? You ca

[boost] Re: boost::filesystem file restrictions

2003-08-16 Thread Rainer Deyke
Dave Gomboc wrote: > For example, while it is possible to think of all drives on an MS > Windows machine as being part of a single filesystem, an individual > using NTFS on > C:, FAT32 on D:, FAT16 on E:, and FAT12 on A: reasonably would not. Not only do I think of these drives as a single concept

[boost] Re: Release of 1.30.2 imminent

2003-08-16 Thread David Abrahams
Martin Wille <[EMAIL PROTECTED]> writes: > David Abrahams wrote: > >> I have fixed the last regression (the one with crc_test) in CVS, so >> as soon as you've made your patch and we've had one more round of >> testing, I'm going to tag it for release. Please let me know the >> instant you're fini

[boost] Re: checked_delete / CW8

2003-08-16 Thread David Abrahams
Daniel Frey <[EMAIL PROTECTED]> writes: > On Sat, 16 Aug 2003 04:11:09 +0200, David Abrahams wrote: > >> David Abrahams <[EMAIL PROTECTED]> writes: >> >>> Daniel Frey <[EMAIL PROTECTED]> writes: >>> Hi Dave, I checked in a fix for checked_delete.hpp for the Metrowerks CW8 to C

[boost] Re: Release of 1.30.2 imminent

2003-08-16 Thread David Abrahams
Martin Wille <[EMAIL PROTECTED]> writes: > David Abrahams wrote: > >> I have fixed the last regression (the one with crc_test) in CVS, so >> as soon as you've made your patch and we've had one more round of >> testing, I'm going to tag it for release. Please let me know the >> instant you're fini

Re: [boost] Re: Release of 1.30.2 imminent

2003-08-16 Thread Mohamed Iqbal
Hi... Instead of downloading the complete Boost every time something has changed, why don't you consider 1.30.0 as a standard from subsequent releases until you reach 1.4.0 and so that we can only download only the modified libraries? Mohammed ___

[boost] Re: Release of 1.30.2 imminent

2003-08-16 Thread misha
Martin Wille <[EMAIL PROTECTED]> writes: > David Abrahams wrote: > > > I have fixed the last regression (the one with crc_test) in CVS, so > > as soon as you've made your patch and we've had one more round of > > testing, I'm going to tag it for release. Please let me know the > > instant you're

Re: [boost] Re: Release of 1.30.2 imminent

2003-08-16 Thread Martin Wille
David Abrahams wrote: I have fixed the last regression (the one with crc_test) in CVS, so as soon as you've made your patch and we've had one more round of testing, I'm going to tag it for release. Please let me know the instant you're finished. Bad news, there is a new problem: One test uses an

[boost] Re: checked_delete / CW8

2003-08-16 Thread Daniel Frey
On Sat, 16 Aug 2003 04:11:09 +0200, David Abrahams wrote: > David Abrahams <[EMAIL PROTECTED]> writes: > >> Daniel Frey <[EMAIL PROTECTED]> writes: >> >>> Hi Dave, >>> >>> I checked in a fix for checked_delete.hpp for the Metrowerks CW8 to >>> CVS HEAD. It was created in cooperation with Howard a

[boost] Re: XMLUI (was Re: Re: UI++)

2003-08-16 Thread Vladimir Prus
Hi Paul, Paul Hamilton wrote: >> Is there a URL available for samples we could look at? Talking about >> an XML >> user interface description isn't something I can do in the abstract. > > No URL yet. I'll setup a SourceForge project for it and post the > whitepaper. It's really not in a state wh

[boost] Re: program_options multiple source question

2003-08-16 Thread Vladimir Prus
Hi Neal, Neal D. Becker wrote: > I'm lost with trying to use the (unreleased) program_options lib. > > I have no problem to use with just command line, but I'd like to have both > command line and config file. > > Here's what I tried: > > try { > options_description desc("Allowed options

[boost] Re: program_options defect

2003-08-16 Thread Vladimir Prus
Neal D. Becker wrote: > I just found that program_options (from yahoo "files") has a serious > defect. The value of an option cannot start with the character '-', or it > will be interpreted as an option. > > Obviously, this makes it difficult to enter a negative number as the > option value. Hi