Re: [boost] Filesystem library name

2003-01-16 Thread Alberto Barbati
believe the even the vc7 could have been removed from the lib's name if a pathname scheme like Boost had been implemented. Alberto Barbati ___ Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

[boost] New version of UTF library (was Re: UTF library available for review)

2003-01-12 Thread Alberto Barbati
Barbati wrote: Dietmar Kuehl wrote: Alberto Barbati wrote: The problem is that if char does not have 8 bits, then I cannot be sure that the underlying implementation reads from a file 8 bits at a time. Please correct me if I'm wrong on this point. That requirement is essential for the UTF-8 encoding

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

2003-01-09 Thread Alberto Barbati
Stefano Delli Ponti wrote: From: David Abrahams [EMAIL PROTECTED] William E. Kempf [EMAIL PROTECTED] writes: That's a good idea. So would users prefer new exception types here, or should I use the std:: exceptions? IMO, it's always safer to use an exception type which provides

[boost] Re: UTF library available for review

2003-01-05 Thread Alberto Barbati
Alberto Barbati wrote: * a comprehensive test suite (with Jamfile) I almost forgot! The test suite requires the filesystem library. Special thanks to Beman Dawes for it! Alberto ___ Unsubscribe other changes: http://lists.boost.org/mailman

[boost] filesystem feature request: temporary path and files

2003-01-02 Thread Alberto Barbati
Hi, first of all, I want to thank Beman Dawes and all others that contributed with the design and development of the Filesystem library. It's a wonderful piece of work. I just would like to propose a couple of additions that I believe are very useful. Both features regard temporary files.

[boost] Re: filesystem feature request: temporary path and files

2003-01-02 Thread Alberto Barbati
Thomas Witt wrote: Hi Alberto, Alberto Barbati wrote: Hi, first of all, I want to thank Beman Dawes and all others that contributed with the design and development of the Filesystem library. It's a wonderful piece of work. I just would like to propose a couple of additions that I believe

[boost] Re: #pragma once

2002-12-30 Thread Alberto Barbati
Gennaro Prota wrote: Hmm... frankly I haven't used it anymore. I'm under the impression they have fixed it now, but last time I checked it had a lot of bugs. It was easy, for instance, to end up including the same file twice if it was reached through different paths (e.g.: #include subdir/file.h

[boost] Re: #pragma once

2002-12-29 Thread Alberto Barbati
addition in config/compiler/visualc.hpp: #if _MSC_VER = 1020 #define BOOST_HAS_PRAGMA_ONCE #endif for example also Metrowerks CodeWarrior supports #pragma once, so the #define could also be added to config/compiler/metrowerks.hpp. Cheers, Alberto Barbati

[boost] Re: (corrected) review of optional library

2002-12-14 Thread Alberto Barbati
Fernando Cacciola wrote: As an example, currently the C++ standard includes T stackT::top(), with precondition !(stack.empty()). Instead, it could be may_beT stackT::top(); // no precondition required set could be improved also, instead of: pairiterator, bool set::insert(const

[boost] Re: unicode support

2002-12-05 Thread Alberto Barbati
Vladimir Prus wrote: First interpretation is that you're interested in support for different Unicode encodings, via appropriate facets. Then Alberto Barbati is the last person who touches this matter, in news://news.gmane.org:119/aq72e4$pog$[EMAIL PROTECTED] I assume he's holding a lock

[boost] Re: boost::pool feature requests

2002-11-23 Thread Alberto Barbati
in the ordered state of the pool could be added more explicitly there. Moreover, if a function can be called on both ordered and un-ordered pools, it would be interesting to state explicitly if there's a difference in behaviour and/or complexity. Thanks for your patience, Alberto Barbati

[boost] Re: Re Serialization - locale

2002-11-16 Thread Alberto Barbati
interpretation of the standard. Alberto Barbati ___ Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

[boost] Re: Serialization Submission version 6

2002-11-15 Thread Alberto Barbati
optional. For the lazy user we might imagine a default value obtained in some programmatic way, for example a possibly pre-processed type_info::name(). Alberto Barbati ___ Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

[boost] Re: String algorithm library

2002-11-15 Thread Alberto Barbati
with the STL. Alberto Barbati ___ Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

[boost] Re: Serialization Submission version 6

2002-11-15 Thread Alberto Barbati
the advantage that the identifier string can be physically located near the load/save/version functions (which are usually near the class itself). Alberto Barbati ___ Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

[boost] Re: Serialization Library Review

2002-11-12 Thread Alberto Barbati
not be accepted as it is, but has huge potential. There is indeed little space for improvements, but a few features, such as the registration of polymorphic types, should defintely be addressed before prime time. Alberto Barbati ___ Unsubscribe other

[boost] config missing #define for Metrowerks compiler EH support

2002-11-11 Thread Alberto Barbati
Hi, would it be possible to add the following piece of code somewhere in boost\config\Metrowerks.hpp: - begin code #if !__option(exceptions) # define BOOST_NO_EXCEPTIONS #endif - end code I guess the code is self-explanatory. Alberto Barbati