Re: [boost] Extensions in Boost.Compatibility

2002-12-15 Thread Toon Knapen
On Thursday 12 December 2002 13:42, Jeremy Maitin-Shepard wrote: > On Thu, Dec 12, 2002 at 02:54:46PM +0100, Toon Knapen wrote: > > [snip] > > > > My only remaining question is : if the STL (used by the developer) > > already provides the algorithm (in the std namespace however), would'nt > > it be

Re: [boost] Extensions in Boost.Compatibility

2002-12-12 Thread Jeremy Maitin-Shepard
On Thu, Dec 12, 2002 at 02:54:46PM +0100, Toon Knapen wrote: > > [snip] > > My only remaining question is : if the STL (used by the developer) already > provides the algorithm (in the std namespace however), would'nt it be better > to reuse it. Maybe that algorithm is written in a way to offer t

Re: [boost] Extensions in Boost.Compatibility

2002-12-12 Thread Kresimir Fresl
Toon Knapen wrote: My only remaining question is : if the STL (used by the developer) already provides the algorithm (in the std namespace however), would'nt it be better to reuse it. IMHO yes. (Although the algorithm need not be in std namespace -- see http://lists.boost.org/MailArchives/bo

Re: [boost] Extensions in Boost.Compatibility

2002-12-12 Thread Toon Knapen
On Thursday 12 December 2002 01:06, Jeremy Maitin-Shepard wrote: > It seems quite clear from the Boost.Compatbility rationale that extensions > to the C++ standard library do not belong in it. OK. And indeed boost _is_ an extension. So I think it makes sense to implement all these extensions in bo

[boost] Extensions in Boost.Compatibility

2002-12-11 Thread Jeremy Maitin-Shepard
It seems quite clear from the Boost.Compatbility rationale that extensions to the C++ standard library do not belong in it. "This library provides workarounds which allow the other Boost libraries to be used on otherwise non-conforming platforms. We hope that it will be possible to remove this lib