--- In Boost-Users@y..., "terekhov"
--- In Boost-Users@y..., "bill_kempf"
wrote: --- In Boost-Users@y..., "terekhov"
wrote: --- In Boost-Users@y..., "bill_kempf"
wrote: --- In Boost-Users@y..., Jon Kalb
wrote: At 7:57 PM +0000 1/5/02, bill_kempf wrote:
is neither deprecated, Appendix D.5 Standard C library headers [depr.c.headers] leads me to believe otherwise.
Splitting hairs. ...
No. Consider:
"These are deprecated features, where deprecated is defined as: Normative for the current edition of the Standard, but not guaranteed to be part of the Standard in future revisions."
But the features aren't deprecated, only the header is. In other words all the features of the deprecated
will live on in the non-deprecated <cstring>. But the code might "suddenly" stop compile (1st: missing header; 2nd: global->std name space change) in X years from now and our build/packaging folks just have no idea what
/<cstring> is and even if they would know how to fix this "small" problem, they are not supposed/ allowed to modify my sources... so, do I want to get a call/fix it later? No! ;-)
This thread isn't really worth dragging on. I'll explain once more
and then bow out.
It was splitting hairs not because I'd correctly stated things. I
hadn't. The