Index: faq.html =================================================================== RCS file: /cvs/gcc/wwwdocs/htdocs/faq.html,v retrieving revision 1.213 diff -u -r1.213 faq.html --- faq.html 30 Oct 2011 19:00:34 -0000 1.213 +++ faq.html 30 Oct 2011 19:12:50 -0000 @@ -176,25 +176,20 @@
This problem manifests itself by programs not finding shared
-libraries they depend on when the programs are started. Note this
-problem often manifests itself with failures in the libio/libstdc++
-tests after configuring with --enable-shared
and building GCC.
GCC does not specify a runpath so that the dynamic linker can find dynamic libraries at runtime.
The short explanation is that if you always pass a -R option to the -linker, then your programs become dependent on directories which -may be NFS mounted, and programs may hang unnecessarily when an -NFS server goes down.
- -The problem is not programs that do require the directories; those -programs are going to hang no matter what you do. The problem is -programs that do not require the directories.
- -SunOS effectively always passed a -R
option for every
--L
option; this was a bad idea, and so it was removed for
-Solaris. We should not recreate it.
-R
option for every
+-L
option; this was a bad idea, and it was removed for
+Solaris.)
However, if you feel you really need such an option to be passed
automatically to the linker, you may add it to a GCC specs file.
@@ -212,12 +207,6 @@
LD_RUN_PATH
or equivalent (again, it's
platform-dependent).
Yet another option, that works on a few platforms, is to hard-code
-the full pathname of the library into its soname. This can only be
-accomplished by modifying the appropriate .ml file within
-libstdc++/config (and also libg++/config, if you are
-building libg++), so that $(libdir)/
appears just before
-the library name in -soname
or -h
options.