[boost] Re: function binding

---You wrote...- > The BINDFUNCTION macros aren't actually needed. Anywhere that you would have: > > boost::functionN<...> f; > f = BINDFUNCTION(g); > > You could have just written: > boost::functionN<...> f; > f = g; > > I'd also strongly suggest that you don't u

[boost] [filesystem] create_directories

Beman Dawes wrote: > >6. Would it be reasonable to introduce a function "create_directories", > > similiar in spirit to "remove_all"? That function would create > > intermediate directories, not only the leaf one. > > Yes, that would be both reasonable and useful. The > filesystem/

Re: [boost] Filesystem Library mini-review

Peter Dimov wrote: I think that we also need to consider the problem of translating a filesystem_error to a localized error message. In particular, consider this example of a what() string: File system error: move_file(): nonexistent, something_else: The system cannot find the file specified.

[boost] smart_ptr and operator bool

Hi, A quick question does the latest version of smart_ptr have a bool cast ? The version I use, 1.22, has an options (define BOOST_SMART_PTR_CONVERSION) but I know this was taken out in later versions There was talk of a safe 'operator bool()' but I don't know if anything came of it! Vin _

RE: [boost] Re: [MPL] Making Tuples

David A. Greene wrote: > Well, that's not creating a boost::tuple. :) I could certainly use > mpl::fold or some similar algorithm to create boost::tuple boost::tuple<...> > > > but I'm not sure that "really" a boost::tuple > either. cons > > > might be closer. Yep, the later will give you all t

RE: [boost] Re: [MPL] Making Tuples + minor doc-fix for MPL

Terje Slettebø wrote: > By the way, when making the above, I found that the docs for at/at_c > specifies , while the library has . > Could this be fixed? It's fixed in the sources, but I need to re-generate the static version to put it public. There've been quite a few fixes in the docs since the

RE: [boost] [MPL] Making Generators

Aleksey Gurtovoy wrote: > David A. Greene wrote: > > Thanks for considering this. I think it will be quite > > useful. I look forward to seeing what you come up with! > > Well, it turned out to be a little bit more complicated than > I had foreseen, so it's not there yet. Please stay tuned! O

[boost] Re: The Wonder of Tuples

David A. Greene wrote: The fundamental problem is that it's inconvenient to iterate through a tuple. All we have is the get<> template to access tuple elements. Iterating is again conceptually simple -- just increment an index. But the fact that get<> is a template implies the index must be a co

Re: [boost] Re: [Config] Testing instructions for compiler vendors

> I have no problem with it, but I'd like to hear at least one more > opinion (other than Gennaro's) before we move forward with it. This > macro will be used in every Boost library, so if people find it > terribly odious it will be a failure. Personally I would rather that you stuck to the simp

Re: [boost] type_traits / is_compound

given the Standard's wording in 3.9/1: "... There are two kinds of types: fundamental types and compound types. ..." isn't the current implementation of is_compound overly complex? Can't we just change it to basically match: is_compound = !is_fundamental given a working version of is_fundamen

Re: [boost] Re: function binding

On Tuesday 17 December 2002 04:06 am, Greg Dehaas wrote: > When I try your suggestion, I get the error > 'function does not take 2 parameters' > (If I do not use the BINDFUNCTION macros) > > It seems to dislike doing this with parameters > > Greg I would have to see the problematic code before I c

Re: [boost] problems with multiple intel compilers on linux

Alkis Evlogimenos <[EMAIL PROTECTED]> writes: > Hi boosters, > > I installed version 7.0 of the intel compiler for the nightly linux > regression. I still have version 6.0 installed as I will be running the > regression on that compiler too. But it seems that for some reason that I > haven't be

Re: [boost] problems with multiple intel compilers on linux

An unrelated issue - but is there any chance you could reinstate the Kylix tests on Linux - the compiler is a free download, and I've just updated the jam toolset so that setting KYLIX_PATH in your environment should now work correctly. John Maddock http://ourworld.compuserve.com/homepages/john_m

Re: [boost] Re: [MPL] Making Tuples

Aleksey Gurtovoy <[EMAIL PROTECTED]> writes: > David A. Greene wrote: >> Well, that's not creating a boost::tuple. :) I could certainly use >> mpl::fold or some similar algorithm to create boost::tuple> boost::tuple<...> > > > but I'm not sure that "really" a boost::tuple >> either. cons > > >

Re: [boost] [MPL] Making Generators

Aleksey Gurtovoy <[EMAIL PROTECTED]> writes: > Aleksey Gurtovoy wrote: >> David A. Greene wrote: >> > Thanks for considering this. I think it will be quite >> > useful. I look forward to seeing what you come up with! >> >> Well, it turned out to be a little bit more complicated than >> I had

Re: [boost] Re: The Wonder of Tuples

Roland Richter <[EMAIL PROTECTED]> writes: > David A. Greene wrote: > >> The fundamental problem is that it's inconvenient to iterate through a >> tuple. All we have is the get<> template to access tuple elements. >> Iterating is again conceptually simple -- just increment an index. >> But the fa

Re: [boost] problems with multiple intel compilers on linux

On Tuesday 17 December 2002 04:57 am, David Abrahams wrote: > Alkis Evlogimenos <[EMAIL PROTECTED]> writes: > > Hi boosters, > > > > I installed version 7.0 of the intel compiler for the nightly linux > > regression. I still have version 6.0 installed as I will be running the > > regression on that

Re: [boost] problems with multiple intel compilers on linux

On Tuesday 17 December 2002 04:54 am, John Maddock wrote: > An unrelated issue - but is there any chance you could reinstate the Kylix > tests on Linux - the compiler is a free download, and I've just updated the > jam toolset so that setting KYLIX_PATH in your environment should now work > correct

Re: [boost] Proposal: Identifying libraries

From: "Beman Dawes" <[EMAIL PROTECTED]> > At 01:10 PM 12/16/2002, Peter Dimov wrote: > > >but how does this affect (implementation detail) headers that aren't > >necessarily part of a specific library? > boost/detail/lightweight_mutex.hpp, > >boost/assert.hpp, boost/throw_exception.hpp, for exam

[boost] Tupples released to sandbox

Dear all, today I imported another set of files to Sandbox CVS, this time something I'd like to call 'tupples' (yes, two p's). + What is it? You all know Boost.Tuples (with one 'p'), right? Well, tupples is almost the same, only different. There are two major differences: 1) I wanted to use tu

Re: [boost] type_traits / is_compound

isn't the current implementation of is_compound overly complex? Can't we just change it to basically match: is_compound = !is_fundamental given a working version of is_fundamental of course, but this seems easier than providing an always safe and portable is_class or other stuff required for

[boost] Re: type_traits / is_compound

"John Maddock" <[EMAIL PROTECTED]> wrote in message 010201c2a5c9$c1feb560$43e7193e@1016031671">news:010201c2a5c9$c1feb560$43e7193e@1016031671... > given the Standard's wording in 3.9/1: > > "... There are two kinds of types: fundamental types and compound types. > ..." > > isn't the current impleme

Re: [boost] smart_ptr and operator bool

From: "Vincent Finn" <[EMAIL PROTECTED]> > Hi, > > A quick question > does the latest version of smart_ptr have a bool cast ? Quick answer: yes, it does. http://www.boost.org/libs/smart_ptr/shared_ptr.htm#conversions ___ Unsubscribe & other changes: h

[boost] Regression test sane-testing branch

(You can ignore this message unless you run Boost regression testing software.) We are making some reliability enhancements to the regression testing software: * boost-root/tools/build/testing.jam changes ensure that changes to a library force dependencies to be rebuilt and rerun, and ensure t

Re: [boost] Filesystem Library mini-review

From: "Vladimir Prus" <[EMAIL PROTECTED]> > Peter Dimov wrote: > >>I think that we also need to consider the problem of translating a > >>filesystem_error to a localized error message. [...] > > Seems like there is quite a few alternatives: > > 1. Perform localization at the point where exception i

[boost] Re: smart_ptr and operator bool

Peter Dimov wrote: From: "Vincent Finn" <[EMAIL PROTECTED]> Hi, A quick question does the latest version of smart_ptr have a bool cast ? Quick answer: yes, it does. http://www.boost.org/libs/smart_ptr/shared_ptr.htm#conversions I read that but the phrase 'unspecified-bool-type' caught me

Re: [boost] Re: type_traits / is_compound

Rani Sharoni wrote: > > In the same fashion - I think that if type is not cv void, not reference and > not convertible to bool (via standard conversion) then it's class type. Hm, could you show an implementation? I think that the "convertible to bool" might be a problem for classes with operator

Re: [boost] Re: type_traits / is_compound

On Tuesday, December 17, 2002, at 09:59 AM, Rani Sharoni wrote: In the same fashion - I think that if type is not cv void, not reference and not convertible to bool (via standard conversion) then it's class type. It might be useful implementation for compliers on which the SFIAE technique to d

Re: [boost] Filesystem Library mini-review

At 12:42 PM 12/16/2002, Peter Dimov wrote: >> I think that we also need to consider the problem of translating a >> filesystem_error to a localized error message. > >In particular, consider this example of a what() string: > >File system error: move_file(): nonexistent, something_else: The system >

Re: [boost] Proposal: Identifying libraries

At 08:59 AM 12/17/2002, Peter Dimov wrote: >From: "Beman Dawes" <[EMAIL PROTECTED]> >> At 01:10 PM 12/16/2002, Peter Dimov wrote: >> >> >but how does this affect (implementation detail) headers that aren't >> >necessarily part of a specific library? >> boost/detail/lightweight_mutex.hpp, >> >bo

Re: [boost] Filesystem Library mini-review

At 10:18 AM 12/17/2002, Peter Dimov wrote: >The main problem is that I don't really know the answer. I can tell you >what doesn't work, but I don't know yet what works. :-) How about these member functions (in addition to what()): int native_error() const { return m_sys_err; } //

[boost] Re: [Config] Testing instructions for compiler vendors

On Tue, 17 Dec 2002 11:44:12 -, "John Maddock" <[EMAIL PROTECTED]> wrote: >Personally I would rather that you stuck to the simplest possible >implementation, and for me that outweighs the advantages that using the pp >lib might bring. The recent discussion is all very clever, but I'm not >con

[boost] Re:Serialization and Reflection

A very interesting post. I also believe it is interesting to consider whether it is valuable to make a system of reflection for C++. I'm not sure whether it is or not - but it is interesting non the less. In particular we would be interested in compile-time reflection as well as runtime reflect

Re: [boost] Filesystem Library mini-review

From: "Beman Dawes" <[EMAIL PROTECTED]> > At 10:18 AM 12/17/2002, Peter Dimov wrote: > > >The main problem is that I don't really know the answer. I can tell you > >what doesn't work, but I don't know yet what works. :-) > > How about these member functions (in addition to what()): > > int

Re: [boost] Re: type_traits / is_compound

Howard Hinnant wrote: > > On Tuesday, December 17, 2002, at 09:59 AM, Rani Sharoni wrote: > > > In the same fashion - I think that if type is not cv void, not > > reference and > > not convertible to bool (via standard conversion) then it's class type. > > It might be useful implementation for c

[boost] metaprogramming question

I hope it is permissible to ask a mp question. I'd like to have a template parameter is an int. If represents an arithmetic shift of an integral value. If the parameter is positive I'd like to shift left, and if negative shift right. Is it feasible to implement something like this? Any hints?

Re: [boost] What should Serialization do?

I have a question for you. Do you think that the serialization library should save exceptions? Mohammed ___ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

[boost] Re:What should Serialization do?

From: Matthias Troyer <[EMAIL PROTECTED]> >1) "Definition of serialization": ... agree >2) "Serialization engine". agree - except whether arrays should be primitive types. We differ on this but I believe that this is actually a small point that would ultimately be resolved by running some test

Re: [boost] metaprogramming question

"Neal D. Becker" wrote: > > I hope it is permissible to ask a mp question. > > I'd like to have a template parameter is an int. If represents an > arithmetic shift of an integral value. If the parameter is positive > I'd like to shift left, and if negative shift right. > > Is it feasible to im

Re: [boost] Filesystem Library mini-review

At 11:50 AM 12/17/2002, Peter Dimov wrote: >From: "Beman Dawes" <[EMAIL PROTECTED]> >> At 10:18 AM 12/17/2002, Peter Dimov wrote: >> >> >The main problem is that I don't really know the answer. I can tell you >> >what doesn't work, but I don't know yet what works. :-) >> >> How about these memb

Re: [boost] Re: Proposal: Identifying libraries

At 08:29 PM 12/16/2002, Edward Diener wrote: >"Beman Dawes" <[EMAIL PROTECTED]> wrote in message >[EMAIL PROTECTED]">news:[EMAIL PROTECTED]... >> We've got two cases where it would be very useful to be able to easily >> extract the library name from a header file: >> >> * Generating a dependency a

Re: [boost] Re: type_traits / is_compound

On Tuesday, December 17, 2002, at 11:54 AM, Daniel Frey wrote: It might be useful to distinguish classes into unions and non-unions, but the standard clearly says that a union *is* a class (9/1). The standard also "clearly" says that unions and classes are different categories of types (3.9.2

[boost] Re: Re: type_traits / is_compound

>"Daniel Frey" <[EMAIL PROTECTED]> wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... >Rani Sharoni wrote: >> >> In the same fashion - I think that if type is not cv void, not reference and >> not convertible to bool (via standard conversion) then it's class type. >Hm, could you show a

Re: [boost] Filesystem Library mini-review

From: "Beman Dawes" <[EMAIL PROTECTED]> > At 11:50 AM 12/17/2002, Peter Dimov wrote: > > >std::cerr << translate_text(ex.error_str()) << std::endl; > > Um... Rather than fatten the interface to filesystem_exception further, the > code->string translation could be provided as a free function. That

RE: [boost] Math constants - (in-)Formal Review?

> -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of John Maddock > Sent: Friday, December 13, 2002 11:34 AM > To: Boost mailing list > Subject: Re: [boost] Math constants - (in-)Formal Review? > > Yes we really should get this one sorted out. > > Sho

Re: [boost] Re: Re: Formal review: Optional library

David Abrahams said: > "William E. Kempf" <[EMAIL PROTECTED]> writes: > >> Augustus Saunders said: > >> I wouldn't be overly concerned. I'd find this to be a programmer >> error (passing a type to a template that doesn't meet the template's >> requirements). Concept checking libraries can even b

Re: [boost] metaprogramming question

At 09:47 AM 12/17/2002, you wrote: >I hope it is permissible to ask a mp question. > >I'd like to have a template parameter is an int. If represents an >arithmetic shift of an integral value. If the parameter is positive >I'd like to shift left, and if negative shift right. > >Is it feasible to i

Re: [boost] Serialization and Reflection

In-Reply-To: On Mon, 16 Dec 2002 11:07:45 -0800 (PST) ([EMAIL PROTECTED]) wrote: > [Various reflection library links] This is interesting, but to me it mostly confirms that I don't want a reflection framework. It is at the wrong level of abstractio

Re: [boost] Re:Serialization and Reflection

On Tuesday, December 17, 2002, at 05:52 PM, Robert Ramey wrote: Second, in terms of Serialization, I'm willing to create a portable, efficient binary archiver based on CDR (the format used by CORBA). Since I'm lazy, I will probably steal most of the code from ACE/TAO (http://www.cs.wustl.edu/~

Re: [boost] metaprogramming question

At 01:34 PM 12/17/2002, Greg Colvin wrote: >At 09:47 AM 12/17/2002, you wrote: >>I hope it is permissible to ask a mp question. >> >>I'd like to have a template parameter is an int. If represents an >>arithmetic shift of an integral value. If the parameter is positive >>I'd like to shift left, an

Re: [boost] Re:What should Serialization do?

Dear Robert, thanks for your comments to my posting On Tuesday, December 17, 2002, at 06:58 PM, Robert Ramey wrote: From: Matthias Troyer <[EMAIL PROTECTED]> 5) "Versioning": [snip] overhead for version number is 1 or 2 bytes per class definition. tracking the classes so far serialized is n

[boost] Re: Re: type_traits / is_compound

On Tue, 17 Dec 2002 19:35:01 +0100, Howard Hinnant wrote: > On Tuesday, December 17, 2002, at 11:54 AM, Daniel Frey wrote: > >> It might be useful to distinguish classes into unions and non-unions, >> but the standard clearly says that a union *is* a class (9/1). > > The standard also "clearly"

Re: [boost] metaprogramming question

Thanks! ___ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

Re: [boost] Serialization and Reflection

On Tue, Dec 17, 2002 at 08:37:00PM +, Dave Harris wrote: > This is interesting, but to me it mostly confirms that I don't want a > reflection framework. It is at the wrong level of abstraction, in that it > deals with methods and instance variables rather than fields. > I also don't trust an

Re: [boost] Re: Re: Formal review: Optional library

From: "William E. Kempf" <[EMAIL PROTECTED]> > David Abrahams said: > > "William E. Kempf" <[EMAIL PROTECTED]> writes: > >> Augustus Saunders said: > > > >> I wouldn't be overly concerned. I'd find this to be a programmer > >> error (passing a type to a template that doesn't meet the template's >

Re: [boost] Re: Formal review: Optional library

> From: David Abrahams <[EMAIL PROTECTED]> > Date: Sun, 15 Dec 2002 10:29:23 -0500 > Content-Type: text/plain; charset=us-ascii > X-Mailman-Version: 2.1b3 > Reply-To: Boost mailing list <[EMAIL PROTECTED]> > List-Help: > List-Archive:

Re: [boost] [filesystem] create_directories

At 04:42 AM 12/17/2002, Vladimir Prus wrote: > >Beman Dawes wrote: > > > >6. Would it be reasonable to introduce a function >"create_directories", > > > similiar in spirit to "remove_all"? That function would create > > > intermediate directories, not only the leaf one. > > > > Yes,

Re: [boost] Re:Serialization and Reflection

On Tue, 17 Dec 2002, Robert Ramey wrote: > A very interesting post. > > I also believe it is interesting to consider whether it is valuable > to make a system of reflection for C++. I'm not sure whether > it is or not - but it is interesting non the less. In particular we > would be interested

[boost] Re: Re: Formal review: Optional library

"Rob Stewart" <[EMAIL PROTECTED]> wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > From: David Abrahams <[EMAIL PROTECTED]> > > Date: Sun, 15 Dec 2002 10:29:23 -0500 > > Content-Type: text/plain; charset=us-ascii > > X-Mailman-Version: 2.1b3 > > Reply-To: Boost mailing list <[EMAI

RE: [boost] Re: [MPL] Making Tuples

David Abrahams wrote: > Aleksey Gurtovoy <[EMAIL PROTECTED]> writes: > > Yep, the later will give you all the functionality of > > 'boost::tuple' except the constructors and assignment from > > 'std::pair'. A generator for it is as simple as this: > > > > template< typename Types > struct tuple

RE: [boost] [MPL] Making Generators

David Abrahams wrote: > Aleksey Gurtovoy <[EMAIL PROTECTED]> writes: > > Okay, from this moment MPL's lambda supports "reduced" > > metafunction form directly (if detected): > > > > template< typename T > struct her > > { > > // no 'type' member! > > }; > > > > typedef lamb

RE: [boost] The Wonder of Tuples

David A. Greene wrote: > The fundamental problem is that it's inconvenient to iterate through a > tuple. 'tuple_ext' ("tuple extensions") make it easier - http://groups.yahoo.com/group/Boost-Users/message/704. Aleksey ___ Unsubscribe & other changes:

Re: [boost] Re:Serialization and Reflection

"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> writes: > Can you elaborate on compile-time reflection? We have the type-traits > library, which may be an example what you have in mind. But this will > always be limited without further compiler support. The compile-time reflection capabilities of C++ a

Re: [boost] Serialization and Reflection

In-Reply-To: <[EMAIL PROTECTED]> On Tue, 17 Dec 2002 16:25:39 -0500 Jeremy Maitin-Shepard ([EMAIL PROTECTED]) wrote: > I agree that a traditional reflection framework would not be > suitable. However, with serialization in mind, I think we can design > a reusable reflection framework that will be

[boost] Re: What should Serialization do?

From: Ihsan Ali Al Darhi <[EMAIL PROTECTED]> >I have a question for you. >Do you think that the serialization library should save exceptions? I don't know if the question is for me but I'll respond anyway. I can't imagine what you mean by this. An exception is a class definition and can be sav

[boost] Re:Serialization and Reflection

From: Matthias Troyer <[EMAIL PROTECTED]> >I would like to make a comment here: our aim was just to achieve >portability between all different UNIX variants. We have about ten >different UNIX architectures around, but actually no Windows machines. >Thus, for our purposes XDR provides a perfect

[boost] Reflection Framework [was Serialization and Reflection]

> > A reflective framework could be in three stages: a preprocessing stage > > (which creates the reflection data), an optional code > > generation/transformation stage, then a compilation stage. In this sense, > > it would be both a compile and run-time framework. > Sounds like a great idea to me

Re: [boost] Re:Serialization and Reflection

On Tue, Dec 17, 2002 at 07:06:47PM -0500, David Abrahams wrote: [snip] > > A reflective framework could be in three stages: a preprocessing stage > > (which creates the reflection data), an optional code > > generation/transformation stage, then a compilation stage. In this sense, > > it would be

Re: [boost] Reflection Framework [was Serialization and Reflection]

"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> writes: >> > A reflective framework could be in three stages: a preprocessing stage >> > (which creates the reflection data), an optional code >> > generation/transformation stage, then a compilation stage. In this sense, >> > it would be both a compile and

Re: [boost] Reflection Framework [was Serialization and Reflection]

On Tue, Dec 17, 2002 at 09:55:14AM -0800, [EMAIL PROTECTED] wrote: > > Were talking exclusively about reflection now... I don't want this muddled > with the serialization discussion. They are separate topics. :-) > Perhaps, but it would be quite disappointing if after going to the whole trouble

RE: [boost] Reflection Framework [was Serialization and Reflection]

[EMAIL PROTECTED] wrote: > Finally, is there anyone interested in working on a > reflection framework? I've been recently drafting some interfaces for purely compile-time reflection framework. It will clearly need a compiler support to implement; the current plan is to prototype it in GCC. It's a

[boost] Re: Re: Proposal: Identifying libraries

"Beman Dawes" <[EMAIL PROTECTED]> wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > At 08:29 PM 12/16/2002, Edward Diener wrote: > > >"Beman Dawes" <[EMAIL PROTECTED]> wrote in message > >[EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > >> We've got two cases where it would be very u

[boost] Re:Serialization and Reflection

From: [EMAIL PROTECTED] (Dave Harris) >Will it be able to load files from existing 3rd party formats? >For example, I currently have a lot of data stored in Microsoft's MFC >archive format. This includes very little metadata beyond the version >number. The meaning of fields is defined by their

Re: [boost] [filesystem] create_directories

Beman Dawes wrote: > > Care to contribute it? > >See attachment. Nice! > A pretty trivial excersice, of course, except for one >point. The create_directories function as written by me does nothing (not >throws) if you call it on existing directory. And explicit "exists" all is >certainl

Re: [boost] Reflection Framework [was Serialization and Reflection]

> I don't really know. There are other truly open alternatives that > might be worth looking into, e.g. GCC_XML, and Synopsis/OCC (get it as > part of the Synopsis package at synopsis.sf.net). I've looked briefly at GCC_XML; I haven't seen Synopsis. In many ways I would prefer one based on gcc,

Re: [boost] Reflection Framework [was Serialization and Reflection]

> > Were talking exclusively about reflection now... I don't want this muddled > > with the serialization discussion. They are separate topics. :-) > > > > Perhaps, but it would be quite disappointing if after going to the > whole trouble of implementing a reflection framework, we ended up with > o

RE: [boost] Reflection Framework [was Serialization and Reflection]

On Tue, 17 Dec 2002, Aleksey Gurtovoy wrote: > I've been recently drafting some interfaces for purely compile-time > reflection framework. It will clearly need a compiler support to implement; > the current plan is to prototype it in GCC. It's an on-and-off project, > though :). Cool. Would you c

Re: [boost] Re: What should Serialization do?

On Wednesday, December 18, 2002, at 01:57 AM, Robert Ramey wrote: From: Ihsan Ali Al Darhi <[EMAIL PROTECTED]> I have a question for you. Do you think that the serialization library should save exceptions? I don't know if the question is for me but I'll respond anyway. I can't imagine wh

Re: [boost] Re:Serialization and Reflection

On Wednesday, December 18, 2002, at 02:24 AM, Robert Ramey wrote: From: Matthias Troyer <[EMAIL PROTECTED]> I would like to make a comment here: our aim was just to achieve portability between all different UNIX variants. We have about ten different UNIX architectures around, but actually no W