This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Is this supposed to work, or am I loopy?
- To: gcc at gcc dot gnu dot org
- Subject: Is this supposed to work, or am I loopy?
- From: Phil Edwards <pedwards at disaster dot jaj dot com>
- Date: Fri, 5 Jan 2001 13:06:44 -0500
Under sparc-sun-solaris2.8, we can set the shared library search path thusly:
% /stuff/pme/Ebuild/bin/g++ -R/stuff/pme/Ebuild/lib huh.cc
% /stuff/pme/Ebuild/bin/g++ -R /stuff/pme/Ebuild/lib huh.cc
%
Handy, that.
Under i686-pc-linux-gnu, however (sorry about the long lines):
24% /home/pme/build/install-2001-01-04/bin/g++ -R/home/pme/build/install-2001-01-04/lib huh.cc
g++: unrecognized option `-R/home/pme/build/install-2001-01-04/lib'
25% /home/pme/build/install-2001-01-04/bin/g++ -rpath /home/pme/build/install-2001-01-04/lib huh.cc
g++: unrecognized option `-rpath'
/home/pme/build/install-2001-01-04/lib: file not recognized: Is a directory
collect2: ld returned 1 exit status
26%
Is there nothing supported under Linux other than using a pair of -Wl
options? According to its manual, GNU ld would recognize -Rfoo as a runtime
library search path setting when foo is a directory, if the driver weren't
killing it first.
Phil
--
pedwards at disaster dot jaj dot com | pme at sources dot redhat dot com
devphil at several other less interesting addresses in various dot domains
The gods do not protect fools. Fools are protected by more capable fools.