From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17572 invoked by alias); 15 Apr 2003 11:41:05 -0000 Mailing-List: contact gcc-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-prs-owner@gcc.gnu.org Received: (qmail 17553 invoked by uid 48); 15 Apr 2003 11:41:05 -0000 Date: Tue, 15 Apr 2003 11:41:00 -0000 Message-ID: <20030415114105.17552.qmail@sources.redhat.com> To: gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org, nobody@gcc.gnu.org, warren.dodge@tektronix.com From: ebotcazou@gcc.gnu.org Reply-To: ebotcazou@gcc.gnu.org, gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org, nobody@gcc.gnu.org, warren.dodge@tektronix.com, gcc-gnats@gcc.gnu.org Subject: Re: bootstrap/9045: [sparc-solaris2.5]libintl and libiconv not found at first ./xgcc usage X-SW-Source: 2003-04/txt/msg00671.txt.bz2 List-Id: Synopsis: [sparc-solaris2.5]libintl and libiconv not found at first ./xgcc usage State-Changed-From-To: open->feedback State-Changed-By: ebotcazou State-Changed-When: Tue Apr 15 11:41:04 2003 State-Changed-Why: I can't reproduce on the sparc-sun-solaris2.5.1 box I use. I configured with --with-libiconv-prefix=/opt/TWWfsw/libiconv18 but the configure script correctly detected that the library was not seen by the dynamic linker checking for iconv... no, consider installing GNU libiconv and disabled the NLS support. Now, after doing export LD_LIBRARY_PATH=/opt/TWWfsw/libiconv18/lib the configure script correctly detected the change checking for iconv... yes This is with GCC 3.2.3 prerelease. http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=9045