This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug java/21206] gcj seems not to pass the option to ld correctly
- From: "aph at redhat dot com" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 23 Feb 2006 15:41:24 -0000
- Subject: [Bug java/21206] gcj seems not to pass the option to ld correctly
- References: <bug-21206-10071@http.gcc.gnu.org/bugzilla/>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Comment #10 from aph at redhat dot com 2006-02-23 15:41 -------
Subject: Re: gcj seems not to pass the option to ld correctly
Rainer Emrich writes:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Andrew Haley schrieb:
> > Rainer Emrich writes:
> > > The config.log in libjava has two entries for libiconv:
> > > LIBICONV
> > > which is
> > > LIBICONV='/appl/shared/gnu/Linux/ia64-unknown-linux-gnu/lib/libiconv.so
> > > -Wl,-rpath -Wl,/appl/shared/gnu/Linux/ia64-unknown-linux-gnu/lib'
> > > in my case.
> > >
> > > The second is
> > > LTLIBICONV
> > > which is
> > > LTLIBICONV='-L/appl/shared/gnu/Linux/ia64-unknown-linux-gnu/lib -liconv
> > > -R/appl/shared/gnu/Linux/ia64-unknown-linux-gnu/lib'
> > > in my case.
> > >
> > > I changed the libgcj.spec file manually to the second. That seems to
work.
> > > So, my conclusion is to change the libgcj.spec.in.
> > > The following line:
> > > *lib: -lgcj -lm @LIBICONV@ @GCSPEC@ @THREADSPEC@ @ZLIBSPEC@
@SYSTEMSPEC@
> > > %(libgcc) %(liborig)
> > > should be changed to
> > > *lib: -lgcj -lm @LTLIBICONV@ @GCSPEC@ @THREADSPEC@ @ZLIBSPEC@
@SYSTEMSPEC@
> > > %(libgcc) %(liborig)
> > >
> > > Any comments?
> >
> > Looks right to me. BTW, what failure caused you to find this?
> See the following messages:
>
> http://gcc.gnu.org/ml/gcc/2006-02/msg00415.html
> http://gcc.gnu.org/ml/gcc/2006-02/msg00482.html
Yes, I agree with your reasoning. AFAIK Mark Mitchell has to approve
this as it's for the release, but it's OK by me if it passes
bootstrap.
I don't see this problem on my system because LIBICONV and LTLIBICONV
are both null. AFAIK that's because iconv is in libc.
Andrew.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21206