Re: [boost] Re: Re: Re: [multiarray] compiling problem

2003-01-13 Thread David Abrahams
"Thorsten Ottosen" <[EMAIL PROTECTED]> writes: >> >> Why not do it and post a patch here? >> >> >> > >> > done. >> >> 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

Re: [boost] Re: Fun, only handled by vc6/7!

2003-01-13 Thread David Abrahams
Terje Slettebø <[EMAIL PROTECTED]> writes: > Why would we want that? What is this useful for? It would be useful for writing a templated implicit conversion operator with restricted applicability via SFINAE. SFINAE is a feature of the language which (coincidentally) allows a technique for removi

[boost] [Fwd: Final CFP for PSI'03]

2003-01-13 Thread Sibylle Schupp
There are not many conferences yet that support generic programming. Please consider a submission to PSI'03, which lists generic programming explicitly as one of its conference topics. Find below an excerpt of the Final Call for Papers. For more information see http://www.iis.nsk.su/PSI03. Siby

[boost] Re: Function Type Typedefs in Classes, Etc.

2003-01-13 Thread Rani Sharoni
"Paul Mensonides" <[EMAIL PROTECTED]> wrote in message 000701c2b9fd$f56ef7f0$9d00a8c0@c161550b">news:000701c2b9fd$f56ef7f0$9d00a8c0@c161550b... > Is this well-formed: > > struct X { > typedef void func_t(int); > func_t member; > }; > > void X::member(int) { > return; > } > > What about

RE: [boost] Re: Re: Re: [multiarray] compiling problem

2003-01-13 Thread Bjorn . Karlsson
> 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

[boost] Date-Time Library...

2003-01-13 Thread Svensson Tommy (c)
Hi, I need a library which allowes me to define and handle recurring events. Of course, I thought that Boost would help me out by providing such a handy-dandy class out of the box. Btw, by recurring events I mean events which can be configured to occur for example: every monday and thursday, l

[boost] Re: Next revision of boost::thread

2003-01-13 Thread Alexander Terekhov
Beman Dawes wrote: [...] > Interesting. I spent about fifteen minutes with Google and The Open Group's > search feature and couldn't come up with a formal specification for what > threading "options" are mandatory for version 3. Was the same division > into just two flavors (first four "options"

Re: [boost] Re: Fun, only handled by vc6/7!

2003-01-13 Thread Terje Slettebø
>From: "David Abrahams" <[EMAIL PROTECTED]> > Terje Slettebø <[EMAIL PROTECTED]> writes: > > > Why would we want that? What is this useful for? > > It would be useful for writing a templated implicit conversion > operator with restricted applicability via SFINAE. Right. I've read up properly on

Re: [boost] Fun, only handled by vc6/7!

2003-01-13 Thread Peter Dimov
From: "David Abrahams" <[EMAIL PROTECTED]> > "Paul Mensonides" <[EMAIL PROTECTED]> writes: > > >> template struct voidify { typedef void type; }; > >> template struct Y {}; > >> struct X > >> { > >> template > >> operator Y (typename voidify::type) const { return Y(); } > >> }; > > > > I

Re: [boost] Date-Time Library...

2003-01-13 Thread Jeff Garland
>Btw, by recurring events I mean events which can be configured to occur >for example: every monday and thursday, last friday in month, >every second tuesday, every friday the 13th, and so on... >Much like crontab or MS-Outlook's recurrence appointments. > >Unfortunately, there is no such clas

Re: Re: [boost] Re: Next revision of boost::thread & OS error code.

2003-01-13 Thread Peter Dimov
From: "Martin Brown" <[EMAIL PROTECTED]> > Hi, > > I would second the approach below. If I can get to > the native error code, then I can use FormatMessage() > or strerror() to get to the platform error message, > localised if necessary. I am not so interested in > the name of the function thro

[boost] permutation_iterator and MSVC

2003-01-13 Thread Roland Richter
Hi, as mentioned in the docs, it is necessary to tell MS VC++ all template parameters of an iterator_adaptor *explicitly*. Unfortunately, it seems one cannot do that for a permutation_iterator, since permutation_iterator_generator just takes ElementIterator and IndexIterator as its template param

Re: [boost] Date-Time Library...

2003-01-13 Thread David Abrahams
Jeff Garland <[EMAIL PROTECTED]> writes: >>Btw, by recurring events I mean events which can be configured to > occur >>for example: every monday and thursday, last friday in month, >>every second tuesday, every friday the 13th, and so on... >>Much like crontab or MS-Outlook's recurrence appoin

[boost] Re: Re: Re: Re: [multiarray] compiling problem

2003-01-13 Thread Thorsten Ottosen
<[EMAIL PROTECTED]> wrote in message 3D8559AE95B4D611B02C0002557C6C8B3C459F@STH-EXCH">news:3D8559AE95B4D611B02C0002557C6C8B3C459F@STH-EXCH... > And when creating patches, it's always a good idea to check that one's > favorite editor hasn't inserted tabs or changed the line endings (the latter > is

Re: [boost] permutation_iterator and MSVC

2003-01-13 Thread David Abrahams
Roland Richter <[EMAIL PROTECTED]> writes: > Hi, > > as mentioned in the docs, it is necessary to tell MS VC++ > all template parameters of an iterator_adaptor *explicitly*. No, not usually. If the docs say that, they should be fixed. > Unfortunately, it seems one cannot do that for a permutati

Re: Re: [boost] Re: Next revision of boost::thread &OS error code.

2003-01-13 Thread William E. Kempf
Beman Dawes said: > At 05:15 PM 1/10/2003, William E. Kempf wrote: > > >>... what() // from std::runtime_error. Implementation > provides > >> // a very explicit message, including who(), > path1(), // path2(), and message reported by O/S > (which is // subject to local

[boost] Re: Fun, only handled by vc6/7! - iter_adapt_patch (0/1)

2003-01-13 Thread Gennaro Prota
On Sun, 12 Jan 2003 21:30:45 -0500, David Abrahams <[EMAIL PROTECTED]> wrote: >cd $BOOST_SANDBOX/libs/iterator/test >bjam -sTOOLS=borland test > >if you want to try it. Edit out the line which defines >BOOST_NO_ENABLE_IF_CONSTRUCTORS in >$BOOST_SANDBOX/boost/iterator/iterator_adaptors.hpp Sorry

Re: [boost] Re: Next revision of boost::thread

2003-01-13 Thread William E. Kempf
Beman Dawes said: > At 11:52 AM 1/11/2003, Alexander Terekhov wrote: > > > >"William E. Kempf" wrote: > >[...] > >> > There is some chance you might talk me into accepting two flavors > of threading for the Standard - full threads and threads-lite in > effect. But picking and choosing between

[boost] Re: Fun, only handled by vc6/7! - iter_adapt_patch (1/1)

2003-01-13 Thread Gennaro Prota
begin 644 iter_adapt_patch M*BHJ(&ET97)A=&]R7V%D87!T;W)S+FAP<"YO"!N965D960@9F]R(&5N86)L95]I9B!I;B!C;VYS=')U M8W1O6YT87@@;F5E9&5D(&9O7!E;F%M92!4,CX-"BL@("`@('-TPT**R`@("`@("`@('1Y<&5D968@='EP96YA;64@96YA8FQE7VEF M7V-O;G9E7!E;F%M92!B;W)L86YD M7W!A7!E M*B`](#`-"BL@(V5L7!E;F%M92!E M;F%B;&5?:69?8V]N=F5

Re: [boost] Re: Next revision of boost::thread & OS error code.

2003-01-13 Thread David Abrahams
"William E. Kempf" <[EMAIL PROTECTED]> writes: >> People said they wanted it, and the cost is low (one int). I think Greg >> is right that they wanted to attempt system-dependent recovery. > > Well, I can agree that the cost is low... so I won't argue too much about > including it. I just want t

Re: [boost] Re: Next revision of boost::thread

2003-01-13 Thread Peter Dimov
> Beman Dawes said: [...] > > The idea of mandatory "options" is new to me. Wonders never cease. Actually the idea isn't that new. An example of a mandatory C++ option is, for example, function template partial ordering. The compilers have to support it in theory, but in practice some don't, and

Re: [boost] Re: Fun, only handled by vc6/7! - iter_adapt_patch(1/1)

2003-01-13 Thread David Abrahams
Heck, you're right! The parser just gives a misleading error message. I found a much cleaner fix along these lines; testing now and will check in shortly. Thanks for the hint! Gennaro Prota <[EMAIL PROTECTED]> writes: -- David Abrahams [EMAIL PROTECTED] * http://w

Re: [boost] Re: Next revision of boost::thread &amp;OS error code.

2003-01-13 Thread William E. Kempf
David Abrahams said: > "William E. Kempf" <[EMAIL PROTECTED]> writes: > >>> People said they wanted it, and the cost is low (one int). I think >>> Greg is right that they wanted to attempt system-dependent recovery. >> >> Well, I can agree that the cost is low... so I won't argue too much >> abou

[boost] Re: Fun, only handled by vc6/7!

2003-01-13 Thread Gennaro Prota
On Mon, 13 Jan 2003 07:48:24 +0100, Terje Slettebø <[EMAIL PROTECTED]> wrote: >No, I don't think so. The previous sentence says: "The parameter list (void) >is equivalent to the empty parameter list." Then it follows with what is the >rule, except for this special case. The problem is the express

Re: [boost] Re: Next revision of boost::thread &amp;OS error code.

2003-01-13 Thread Stefano Delli Ponti
From: "William E. Kempf" <[EMAIL PROTECTED]> > David Abrahams said: > > "William E. Kempf" <[EMAIL PROTECTED]> writes: > > > >>> People said they wanted it, and the cost is low (one int). I think > >>> Greg is right that they wanted to attempt system-dependent recovery. > >> > >> Well, I can agree

[boost] Re: Fun, only handled by vc6/7! - iter_adapt_patch (1/1)

2003-01-13 Thread Gennaro Prota
On Mon, 13 Jan 2003 14:36:22 -0500, David Abrahams <[EMAIL PROTECTED]> wrote: > >Heck, you're right! The parser just gives a misleading error >message. I found a much cleaner fix along these lines; testing now >and will check in shortly. Thanks for the hint! You're welcome :-) Sorry for screwi

Re: [boost] Re: Next revision of boost::thread &amp;amp;OS error code.

2003-01-13 Thread William E. Kempf
Stefano Delli Ponti said: > From: "William E. Kempf" <[EMAIL PROTECTED]> >> David Abrahams said: >> > "William E. Kempf" <[EMAIL PROTECTED]> writes: >> > >> >>> People said they wanted it, and the cost is low (one int). I think >> Greg is right that they wanted to attempt system-dependent >> reco

Re: [boost] Re: Next revision of boost::thread &amp;amp;OS error code.

2003-01-13 Thread Peter Dimov
From: "William E. Kempf" <[EMAIL PROTECTED]> > > If the exception type doesn't fold multiple errors into a single unit, > there's no need for the error code in this situation. RTTI will provide > the same capabilities, even if you don't want to have seperate catch > clauses. It won't, unless you

Re: [boost] Re: Next revision of boost::thread &amp; OS error code.

2003-01-13 Thread David Abrahams
"William E. Kempf" <[EMAIL PROTECTED]> writes: > David Abrahams said: >> "William E. Kempf" <[EMAIL PROTECTED]> writes: >> People said they wanted it, and the cost is low (one int). I think Greg is right that they wanted to attempt system-dependent recovery. >>> >>> Well, I can agree th

Re: [boost] Re: Fun, only handled by vc6/7! - iter_adapt_patch(1/1)

2003-01-13 Thread David Abrahams
David Abrahams <[EMAIL PROTECTED]> writes: > Heck, you're right! The parser just gives a misleading error > message. I found a much cleaner fix along these lines; testing now > and will check in shortly. Thanks for the hint! > > Gennaro Prota <[EMAIL PROTECTED]> writes: > Done now. --

Re: [boost] Re: Next revision of boost::thread &amp;amp; OS error code.

2003-01-13 Thread Greg Colvin
At 03:11 AM 1/14/2003, William E. Kempf wrote: >Stefano Delli Ponti said: >> From: "William E. Kempf" <[EMAIL PROTECTED]> >>> David Abrahams said: >>> > "William E. Kempf" <[EMAIL PROTECTED]> writes: >>> > >>> >>> People said they wanted it, and the cost is low (one int). I think >>> Greg is righ

Re: [boost] some thoughts about serialisation

2003-01-13 Thread Dave Harris
In-Reply-To: <[EMAIL PROTECTED]> On Sun, 12 Jan 2003 14:21:49 +0100 Ares Lagae ([EMAIL PROTECTED]) wrote: > 3) reflection is the difficult part, serialisation is the easy part. How do you see archive versioning being done? For example, suppose field TOTAL is a double in version 1 and a fixed-po

Re: [boost] Re: Next revision of boost::thread &amp;amp;OS error code.

2003-01-13 Thread William E. Kempf
David Abrahams said: > "William E. Kempf" <[EMAIL PROTECTED]> writes: > >> David Abrahams said: >>> "William E. Kempf" <[EMAIL PROTECTED]> writes: >>> > People said they wanted it, and the cost is low (one int). I think > Greg is right that they wanted to attempt system-dependent > re

Re: [boost] Re: Next revision of boost::thread &amp;amp; OSerror code.

2003-01-13 Thread David Abrahams
"William E. Kempf" <[EMAIL PROTECTED]> writes: > David Abrahams said: >> "William E. Kempf" <[EMAIL PROTECTED]> writes: >> >>> David Abrahams said: "William E. Kempf" <[EMAIL PROTECTED]> writes: >> People said they wanted it, and the cost is low (one int). I think >> Greg is rig

[boost] A little problem with unit-test

2003-01-13 Thread Guillaume Melquiond
Hi, I'm quite annoyed with 'unit-test' in a Jamfile. I don't know if it's my fault or not, but I hope somebody can help me with this problem. 'unit-test' doesn't seem to work anymore. Indeed, some times ago, when I was launching 'bjam ...', test programs were compiled, linked, chmod'd and finally

[boost] Re: some thoughts about serialisation

2003-01-13 Thread Ares Lagae
Dave Harris wrote: > How do you see archive versioning being done? For example, suppose field > TOTAL is a double in version 1 and a fixed-point user-defined type in > version 2. The easy way would be to let a class have multiple class descriptors (one for each version) and add the version num

[boost] sockets library question

2003-01-13 Thread Blue, Reginald V
I've recently joined this list, and I've lurked for a bit (trying to get the feel of the group), but I'm still not sure if this is on topic or not. If I need to be redirected elsewhere, please let me know. I noticed in the Sandbox CVS there are several socket implementations and, presumably, they

[boost] Boost preprocessor library

2003-01-13 Thread Edward Diener
I don't see any organizational principle in the documentation for explaining the various macros in the Boost preprocessing library. Would someone please point me in the right direction ? ___ Unsubscribe & other changes: http://lists.boost.org/mailman/l

Re: [boost] sockets library question

2003-01-13 Thread Douglas Gregor
On Monday 13 January 2003 04:58 pm, Blue, Reginald V wrote: > I've recently joined this list, and I've lurked for a bit (trying to get > the feel of the group), but I'm still not sure if this is on topic or not. > If I need to be redirected elsewhere, please let me know. Welcome! This is perfectl

[boost] Re: sockets library question

2003-01-13 Thread Alisdair Meredith
"Blue, Reginald V" wrote: > The question I have is: Is it likely for any of them to make it into the > main CVS stream? I'm quite the lurker too Sockets seems to be actively under development at the moment. Most of the activity seems to be on the Wiki at the moment though: http://www.crys

[boost] Re: Fun, only handled by vc6/7! - iter_adapt_patch (1/1)

2003-01-13 Thread Gennaro Prota
On Mon, 13 Jan 2003 15:30:36 -0500, David Abrahams <[EMAIL PROTECTED]> wrote: >David Abrahams <[EMAIL PROTECTED]> writes: > >> Heck, you're right! The parser just gives a misleading error >> message. I found a much cleaner fix along these lines; testing now >> and will check in shortly. Thanks

Re: [boost] Re: sockets library question

2003-01-13 Thread Blue, Reginald V
"Alisdair Meredith" <[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED]>... > "Blue, Reginald V" wrote: > > Sockets seems to be actively under development at the moment. Most of > the activity seems to be on the Wiki at the moment though: > > http://www.crystalclearsoftware.com/cgi-bi

Re: [boost] A little problem with unit-test

2003-01-13 Thread David Abrahams
Guillaume Melquiond <[EMAIL PROTECTED]> writes: > Hi, > > I'm quite annoyed with 'unit-test' in a Jamfile. I don't know if it's my > fault or not, but I hope somebody can help me with this problem. > 'unit-test' doesn't seem to work anymore. Indeed, some times ago, when I > was launching 'bjam ...

Re: [boost] Boost preprocessor library

2003-01-13 Thread David Abrahams
"Edward Diener" <[EMAIL PROTECTED]> writes: > I don't see any organizational principle in the documentation for explaining > the various macros in the Boost preprocessing library. Would someone please > point me in the right direction ? I think you will have to ask more-specific questions. --

Re: [boost] Boost preprocessor library

2003-01-13 Thread Paul Mensonides
- Original Message - From: "Edward Diener" <[EMAIL PROTECTED]> > I don't see any organizational principle in the documentation for explaining > the various macros in the Boost preprocessing library. Would someone please > point me in the right direction ? I'm not sure what you mean. Pau

[boost] Re: Boost preprocessor library

2003-01-13 Thread Edward Diener
"David Abrahams" <[EMAIL PROTECTED]> wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > "Edward Diener" <[EMAIL PROTECTED]> writes: > > > I don't see any organizational principle in the documentation for explaining > > the various macros in the Boost preprocessing library. Would someon

Re: [boost] Re: sockets library question

2003-01-13 Thread Jeff Garland
>> Sockets seems to be actively under development at the moment. Most of >> the activity seems to be on the Wiki at the moment though: >> >> http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl?BoostSocket > >Ah! > >Yes, that looks more promising. > >Thanks for the redirect! And mor

[boost] Re: Boost preprocessor library

2003-01-13 Thread Pavel Vozenilek
- Original Message - From: "Edward Diener" <[EMAIL PROTECTED]> Newsgroups: gmane.comp.lib.boost.devel Sent: Monday, January 13, 2003 6:43 PM Subject: Re: Boost preprocessor library [snip] > I see many pre-processor macros in the reference section of the > documentation but I don't see any

RE: [boost] Re: Re: Re: Re: [multiarray] compiling problem

2003-01-13 Thread Bjorn . Karlsson
> 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

Re: [boost] Re: Boost preprocessor library

2003-01-13 Thread Paul Mensonides
- Original Message - From: "Edward Diener" <[EMAIL PROTECTED]> > I see many pre-processor macros in the reference section of the > documentation but I don't see any good overview explaining the various > macros or groups of macros and the ideas behind them. The directory groupings of the

Re: [boost] Re: Boost preprocessor library

2003-01-13 Thread Paul Mensonides
- Original Message - From: "Pavel Vozenilek" <[EMAIL PROTECTED]> > > I see many pre-processor macros in the reference section of the > > documentation but I don't see any good overview explaining the various > > macros or groups of macros and the ideas behind them. > [snip] > > The "Topics