This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug bootstrap/10657] [3.3 regression] java section can not find libiconv
- From: "jsturm at gcc dot gnu dot org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 20 Nov 2003 03:29:41 -0000
- Subject: [Bug bootstrap/10657] [3.3 regression] java section can not find libiconv
- References: <20030507051600.10657.warren.dodge@tek.com>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Additional Comments From jsturm at gcc dot gnu dot org 2003-11-20 03:29 -------
(In reply to comment #13)
> Sorry but you will need to set LD_LIBRARY_PATH unless you add -R to all your
compiling of your
> programs in the nonstandard path.
Andrew,
I think there is a valid complaint here, though it will not be fixed for 3.4,
and is probably not a regression either.
configure is detecting and using libiconv based on the bootstrap compiler's
settings. This fails in stage2 when the bootstrap compiler is no longer used.
There are workarounds, you mentioned LD_LIBRARY_PATH and -R. Or uninstall
libiconv from the bootstrap compiler's path. Or install it first in ${prefix}.
Nevertheless it's bogus of configure to do this, and completely preventable when
bootstrap moves to toplevel (so stage2 can reconfigure following bootstrap). I
think it should be kept open, perhaps at lower priority.
Is there a PR you know of for toplevel bootstrap? If so, this one could depend
on it.
--
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Resolution|INVALID |
Target Milestone|3.4 |3.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10657