From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18294 invoked by alias); 20 Nov 2003 00:20:02 -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 18210 invoked by alias); 20 Nov 2003 00:20:01 -0000 Date: Thu, 20 Nov 2003 00:20:00 -0000 Message-ID: <20031120002001.18206.qmail@sources.redhat.com> From: "warrend at mdhost dot cse dot tek dot com" 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/msg01790.txt.bz2 List-Id: ------- Additional Comments From warrend at mdhost dot cse dot tek dot com 2003-11-20 00:19 ------- Subject: Re: [3.3 regression] java section can not find libiconv My goal in life is to never set LD_LIBRARY_PATH. I have anyone of hundreds of people who may use what I build. I would like only to say run /path/bin/gcc rather then set some number of environment variables which may break other things that they are doing. I have had a terrible time in getting bootstrapped on Solaris 2.5.1 and Solaris 8. I have no access as ROOT or to /usr/local on these systems. It sure would be useful if someone could write up a procedure on how to 1. start with a downloaded precompiled binary or Sun's compiler. 2. Build a gcc/binutils/libiconv/gettext that resides somewhere other then /usr/local, find the libraries mentioned in step3, and require no special environment variables to be set. This combination is interesting since there is dependancies in multiple directions. 3. Build other library modules (ncurses,zlib,db, etc) and install them in a central location that gcc knows about. I would rather do this then put stuff into gcc's tree to prevent breaking it accidently. The instructions in the installation notes seem only to work properly if there is a system of gnu software installed already. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10657