From: John Maddock (john_at_[hidden])
Date: 2005-01-24 05:55:03
>> My prediction is that it will be four to six years before all the
>> compilers boost users care about ship with the full tr1 in the box.
> Wow, I sure hope you're wrong. That's an awful long time considering that
> they have open implementations to use as a starting point.
Maybe, the impression I'm getting is that commercial TR1 implementations
will be available soon, but that they won't ship with compilers until they
become part of the official standard. I guess time will tell.
>> So during that time period it will be a real service to users if we
>> provide major portions of the TR.
>> John's approach looks like a good
>> way to do that, although so far I've only read the docs but not
>> actually tried it in practice.
> One thing I just realized that isn't covered in John's docs is how
> that depend on the tr1 libs need to cope with this change. I'm thinking
> libs that depend on shared_ptr (serialization, date-time in 1.33) or
> (signals, thread), etc. Seems like these will need to be modified follow
> user configuration of the appropriate headers -- at least where for
> interfaces. It might be ok if the dependency is an implementation detail,
> probably would be best if all could be switched over.
Well they have two choices:
1) Do nothing, and carry on using the Boost versions.
2) Use the TR1 forwarding headers, and switch to the std::tr1 versions.
Probably (1) is a safer bet until we see what kind of quality we get from
early TR1 implementations.
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk