This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug libstdc++/33831] [4.3 Regression] Revision 129442 breaks libstc++ API
- From: "bkoz at gcc dot gnu dot org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 16 Jan 2008 23:41:34 -0000
- Subject: [Bug libstdc++/33831] [4.3 Regression] Revision 129442 breaks libstc++ API
- References: <bug-33831-682@http.gcc.gnu.org/bugzilla/>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Comment #27 from bkoz at gcc dot gnu dot org 2008-01-16 23:41 -------
> My -- possibly incorrect -- understanding is that in this case the
> problem with the old headers is not that it prevents implementation of
> an ISO-conformant C++ library, but just that they're a pain to keep
> around.
You are incorrect. Please do me a favor and read #6, including links, before
replying to this thread.
"In any case, these headers have been problematic in recent times. Some don't
compile (defalloc.h, perhaps others), some get in the way of other
functionality (complex.h), many are completely unused, and all contribute to
mental anguish on the part of maintainers struggling to keep various C++
dialects, TR1, extensions, and extension modes (debug/parallel) straight and
compiling within the constraints of multiple (approved) mixings."
This is far more justification than you gave for the removal of min/max....
although I do appreciate your commentary about backwards compat. You may be
interested to know that I actually did extensive analysis of the libstdc++ api
compat: see the API docs on the libstdc++ page. (Again, referenced in #6).
It's been frustrating to argue this point, as there are 3 separate header
changes for 4.3: removing pre-iso, new deprecations, and header streamlining.
Nobody seems to pay attention as I disambiguate this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33831