|
Boost : |
From: David Abrahams (dave_at_[hidden])
Date: 2006-05-06 11:12:12
"Gennadiy Rozental" <gennadiy.rozental_at_[hidden]> writes:
> I think we just having terminology misunderstanding.
Well, yes: when discussing the meaning of deprecation, I think that's
significant ;-)
>> Deprecation indicates an intention to stop supporting a particular
>> construct or usage, sometime in the future.
>
> You may refer to "feature/construct deprication" in relation to a
> library functinality. You may refer "compiler deprication" in
> relation to set of compilers/configurations a library is tested
> on. You may refer to "support deprication" in relation to set of
> compilers/configurations supported by a library. First and third
> kinds managed excusively by library authors.
Sure, agreed.
> Second - by the fact which compiler boost performed testing on.
A library author can support a compiler by doing his own private
testing or by contributing testing resources for it.
-- Dave Abrahams Boost Consulting www.boost-consulting.com
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk