From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 645 invoked by alias); 20 Nov 2003 03:29:41 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Received: (qmail 635 invoked by uid 48); 20 Nov 2003 03:29:41 -0000 Date: Thu, 20 Nov 2003 03:29:00 -0000 Message-ID: <20031120032941.634.qmail@sources.redhat.com> From: "jsturm at gcc dot gnu dot org" To: gcc-bugs@gcc.gnu.org In-Reply-To: <20030507051600.10657.warren.dodge@tek.com> References: <20030507051600.10657.warren.dodge@tek.com> Reply-To: gcc-bugzilla@gcc.gnu.org Subject: [Bug bootstrap/10657] [3.3 regression] java section can not find libiconv X-Bugzilla-Reason: CC X-SW-Source: 2003-11/txt/msg01801.txt.bz2 List-Id: ------- 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