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: "warrend at mdhost dot cse dot tek dot com" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 20 Nov 2003 00:20:01 -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 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