This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: fix eh on tru64 [Re: libjava status on Tru64 UNIX V5.1]
- From: Roger Sayle <roger at eyesopen dot com>
- To: Rainer Orth <ro at TechFak dot Uni-Bielefeld dot DE>
- Cc: Richard Henderson <rth at redhat dot com>, <gcc-patches at gcc dot gnu dot org>
- Date: Wed, 27 Mar 2002 12:34:09 -0700 (MST)
- Subject: Re: fix eh on tru64 [Re: libjava status on Tru64 UNIX V5.1]
Hi Rainer,
> > I've found that -S does indeed silence the "weak symbol mutiply defined"
> > warnings emitted from ld V5.1 (I've no idea which two patchs levels I've
> > tried). The problem is that on Tru64 you still get "weak symbol mutiply
>
> Could you please try to find out: run sum on /usr/ccs/lib/cmplrs/cc/ld
> and grep for the same path in /usr/.smdb./*.inv.
I get "32456" as the checksum which matches OSFPAT00035800510.inv.
> I've been completely unable to reproduce this, with any ld from V5.1,
> V5.1A, or patch kits for those O/S versions.
>
> I've included a test case (extracted from the g++.dg/special/conpr-3.C
> test) below. "../xgcc -B../ -o def main.c def?.s -Wl,-S -v"
Yep, with the same invocation on your test files I get the same warning.
However if you change the command line to "../xgcc -B../ -Wl,-S -o def
main.c def?.s -v" the warning goes away. It looks like Tru64's ld is
sensitive to the order of command line options, and placing "-S" before
the files to be linked, silences the multiple definition warnings.
I hope this helps.
Roger
--
Roger Sayle, E-mail: roger@eyesopen.com
OpenEye Scientific Software, WWW: http://www.eyesopen.com/
Suite 1107, 3600 Cerrillos Road, Tel: (+1) 505-473-7385
Santa Fe, New Mexico, 87507. Fax: (+1) 505-473-0833