On Tue, Oct 16, 2012 at 11:08 PM, Oswin Krause <Oswin.Krause@ruhr-uni-bochum.de> wrote:
[...]
would there be a general interest in a boost.iterator conforming implementation of stl algorithms?

I think any STL-like algorithms should be added to Boost.Range's existing collection of algorithms. I've personally found range interfaces to such algorithms (when appropriate) are significantly more convenient and easier to read.

It's possible, for example, that a given algorithm can use the one in the STL when the iterators are conforming standard iterators or when Boost detects the underlying STL implementation relaxes the standard requirements on iterators (e.g., does not actually require the reference type to be a real reference); and otherwise dispatch to a Boost-provided implementation.

Perhaps the present Boost.Range maintainer (Neil Groves, I believe?) can comment.

- Jeff