This is the mail archive of the
java-patches@gcc.gnu.org
mailing list for the Java project.
Re: Fix PR java/21206: Unrecognized option '-Wl,-rpath' for jv-convert
- From: Gerald Pfeifer <gerald at pfeifer dot com>
- To: Ralf Wildenhues <Ralf dot Wildenhues at gmx dot de>
- Cc: gcc-patches at gcc dot gnu dot org, java-patches at gcc dot gnu dot org
- Date: Sun, 30 Jan 2011 00:16:19 +0100 (CET)
- Subject: Re: Fix PR java/21206: Unrecognized option '-Wl,-rpath' for jv-convert
- References: <20110129101408.GG11288@gmx.de>
On Sat, 29 Jan 2011, Ralf Wildenhues wrote:
> Proposed patch for trunk below. Gerald, can you (or somebody else
> who experiences the problem) please confirm that it fixes things for
> you (after rerunning autoconf-2.64 in libjava/)?
Thanks, Ralf!
I did run three tests on x86_64-unknown-freebsd8.2 to assess the patch:
First, I ran a full bootstrap of the failing scenario (which depends on
how/where libiconv is installed) configured with --disable-rpath; then I
ran the same without --disable-rpath; and finally I ran a test without
--disable-rpath but your patch applied and autoconf rerun for libjava.
The second test, which is default behavior, failed. The first (my
current workaround) and third (your change) succeeded.
Long story short, I am happy to report that your patch fixes bootstrap.
> Otherwise, bootreg on i686-pc-linux-gnu is running. OK for trunk
> if it passes and given positive feedback? What about backporting
> after a few weeks? The issue has been present since at least 4.0,
> so it is not a recent regression.
As far as I can tell, it would be good to backport this to GCC 4.5
which is the latest release. Personally I don't see a need to backport
farther, but of course others may disagree.
Gerald