]> git.ipfire.org Git - thirdparty/gcc.git/commitdiff
compat.texi: Add info about C++ libraries.
authorJanis Johnson <janis187@us.ibm.com>
Sat, 12 Oct 2002 00:01:18 +0000 (00:01 +0000)
committerJanis Johnson <janis@gcc.gnu.org>
Sat, 12 Oct 2002 00:01:18 +0000 (00:01 +0000)
2002-10-11  Janis Johnson  <janis187@us.ibm.com>

* doc/compat.texi: Add info about C++ libraries.

From-SVN: r58076

gcc/ChangeLog
gcc/doc/compat.texi

index 3c43714deba25c54513d8203b08eade51e829bbd..4abfc248d4b691cc1e1f1c93c73c94ef19b338c9 100644 (file)
@@ -1,3 +1,7 @@
+2002-10-11  Janis Johnson  <janis187@us.ibm.com>
+
+       * doc/compat.texi: Add info about C++ libraries.
+
 Thu Oct 10 19:47:41 CEST 2002  Jan Hubicka  <jh@suse.cz>
 
        PR target/5610
index 3e4ef89d7da8b4973366ce445737699a438e6205..3c2931bdefb91a958e2bc2917bdc1ca0ae225d17 100644 (file)
@@ -113,3 +113,44 @@ interpretations of the C++ ABI by different vendors, bugs in the ABI, or
 bugs in the implementation of the ABI in different compilers.
 GCC's @code{-Wabi} switch warns when G++ generates code that is
 probably not compatible with the C++ ABI@.
+
+The C++ library used with a C++ compiler includes the Standard C++
+Library, with functionality defined in the C++ Standard, plus language
+runtime support.  The runtime support is included in a C++ ABI, but there
+is no formal ABI for the Standard C++ Library.  Two implementations
+of that library are interoperable if one follows the de-facto ABI of the
+other and if they are both built with the same compiler, or with compilers
+that conform to the same ABI for C++ compiler and runtime support.
+
+When G++ and another C++ compiler conform to the same C++ ABI, but the
+implementations of the Standard C++ Library that they normally use do not
+follow the same ABI for the Standard C++ Library, object files built with
+those compilers can be used in the same program only if they use the same
+C++ library.  This requires specifying the location of the C++ library
+header files when invoking the compiler whose usual library is not being
+used.  The location of GCC's C++ header files depends on how the GCC
+build was configured, but can be seen by using the G++ @option{-v} option.
+With default configuration options for G++ 3.2 the compile line for a
+different C++ compiler needs to include
+
+@example
+    -I@var{gcc_install_directory}/include/c++/3.2
+@end example
+
+Similarly, compiling code with G++ that must use a C++ library other
+than the GNU C++ library requires specifying the location of the header
+files for that other library.
+
+The most straightforward way to link a program to use a particular
+C++ library is to use a C++ driver that specifies that C++ library by
+default.  The @command{g++} driver, for example, tells the linker where
+to find GCC's C++ library (@file{libstdc++}) plus the other libraries
+and startup files it needs, in the proper order.
+
+If a program must use a different C++ library and it's not possible
+to do the final link using a C++ driver that uses that library by default,
+it is necessary to tell @command{g++} the location and name of that
+library.  It might also be necessary to specify different startup files
+and other runtime support libraries, and to suppress the use of GCC's
+support libraries with one or more of the options @option{-nostdlib},
+@option{-nostartfiles}, and @option{-nodefaultlibs}.