On 2015-01-07 20:33, Michael Caisse wrote:
On 01/07/2015 07:22 AM, Beman Dawes wrote:
For all the type traits that are now supported by the standard library in use, it might be nice if #include
brought in the standard library version. So eventually the many boost libraries that use only type traits that have been standardized would have no dependencies on the actual boost implementations. This worries me. I have had mixed results with type traits specifically and the behaviour of the Boost flavour versus the std flavour from various vendors. I don't recall the specifics right now except to recall that the std::is_pod in MSVC produced different results than gcc and Boost.
That was a bug in MSVC8. Should that affect boost forever?
I would rather see these choices be more implicit. I am not a fan of auto-selecting between the vendor version or the Boost version for any library. It creates more surprises than I like.
It would be a lot of configurations if you want to select each feature individually. Don't know if anyone really want to do that instead of waiting for a bug workaround in the next boost release. Bo Persson