Re: [boost] stl extensions

From: Terje Slettebø (tslettebo_at_[hidden])
Date: 2002-10-01 05:29:36

>From: "Anthony Williams" <anthwil_at_[hidden]>

> Toon Knapen writes:
>  > I've been using my own std::is_sorted, std::iota etc. on
compilers/stl's that
>  > do not provide these extensions (snippet below). OTOH, I've seen that
>  > boost/detail/algorithm does the same thing (but here all these are
defined in
>  > the boost namespace, not the std namespace).
>  >
>  > Now I think it would be interesting to provide these extensions for all
stl's
>  > that do not include these to improve portabilitity of C++ programs.
Should
>  > boost/detail/algorithm.hpp be used for this (but in that case the
header
>  > should directly be in the boost includes and not in a 'detail'
subdirectory)
>  > or would it be better to define these in the std namespace ?
>
> It is undefined behaviour to add them to namespace std, so they had better
> live in namespace boost.

If this is the case, what about the SGI STL/STLPort extensions to STL? Is
the clause about undefined behaviour to guard against possibly name-clashes,
perhaps (which SGI STL/STLPort may handle, but where an additional library
may not guard against)?

Regards,

Terje¨