This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug c++/16507] gcc_s not found when linking 64-bit C++
- From: "bfriesen at simple dot dallas dot tx dot us" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 15 Jul 2004 04:17:40 -0000
- Subject: [Bug c++/16507] gcc_s not found when linking 64-bit C++
- References: <20040713003639.16507.bfriesen@simple.dallas.tx.us>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Additional Comments From bfriesen at simple dot dallas dot tx dot us 2004-07-15 04:17 -------
Subject: Re: gcc_s not found when linking 64-bit C++
On Wed, 14 Jul 2004, Bob Friesenhahn wrote:
>
> I will now try using
>
> --disable-multilib --enable-version-specific-runtime-libs
>
> since my objective is to create a directory tree for 100% 64-bit development
> and I don't want to take the risk of failure while upgrading the compiler.
I would like to be able to say that this finally worked as expected,
but it did not. As before, gcc_s is not found because libgcc_s.so is
hidden away in a sparcv9 subdirectory and gcc is not telling the
system linker where to look.
This fails:
% c++64-3.4.1 -o exceptions exceptions.cpp
ld: fatal: library -lgcc_s: not found
ld: fatal: library -lgcc_s: not found
ld: fatal: File processing errors. No output written to exceptions
collect2: ld returned 1 exit status
This succeeds:
% c++64-3.4.1 -L /usr/local/sparc64/lib/gcc/sparc64-sun-solaris2.9/3.4.1/sparcv9 -o exceptions exceptions.cpp
%
Thus far I have not found a permutation of options which installs the
libraries in the right place, or passes the right options to the
system linker so that it can find them.
Bob
======================================
Bob Friesenhahn
bfriesen@simple.dallas.tx.us
http://www.simplesystems.org/users/bfriesen
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16507