This is the mail archive of the
libstdc++@gcc.gnu.org
mailing list for the libstdc++ project.
Re: xml/manual/debug_mode.xml reference to Namespace Association
- From: François Dumont <frs dot dumont at gmail dot com>
- To: Gerald Pfeifer <gerald at pfeifer dot com>, libstdc++ at gcc dot gnu dot org
- Date: Wed, 1 Mar 2017 22:06:03 +0100
- Subject: Re: xml/manual/debug_mode.xml reference to Namespace Association
- Authentication-results: sourceware.org; auth=none
- References: <alpine.LSU.2.20.1703010541170.2487@anthias.pfeifer.com>
I would just get rid of the part about g++ extension which seems to
be obsolete or, if not already, will soon be. We just need to keep the
part about C++11 inline namespace even if in g++ it is not limited to C++11.
Something like:
<para>Achieving link- and run-time coexistence is not a trivial
implementation task. To achieve this goal we leverage on the C++11
inline namespace extended in GNU C++ to previous modes, and a
complex organization of debug- and release-modes. The end result
is that we have achieved per-use recompilation but have had to
give up some checking of the <code>std::basic_string</code> class
template (namely, safe iterators).
</para>
François
On 01/03/2017 14:45, Gerald Pfeifer wrote:
I found that xml/manual/debug_mode.xml has a reference to the
following http://gcc.gnu.org/onlinedocs/gcc/Namespace-Association.html
in
<para>Achieving link- and run-time coexistence is not a trivial
implementation task. To achieve this goal we required a small
extension to the GNU C++ compiler (since incorporated into the C++11
language specification, described in the GCC Manual for the C++ language as
<link xmlns:xlink="http://www.w3.org/1999/xlink"
xlink:href="http://gcc.gnu.org/onlinedocs/gcc/Namespace-Association.html#Namespace-Association">namespace
association</link>), and a complex organization of debug- and
release-modes. The end result is that we have achieved per-use
recompilation but have had to give up some checking of the
<code>std::basic_string</code> class template (namely, safe
iterators).
</para>
That link is broken, and I could not find any suitable replacement
in the GCC documentation.
Any hints? Suggestions how to go about this? (Perhaps simply omit
the first half of that sentence?)
Gerald