This is the mail archive of the
java@gcc.gnu.org
mailing list for the Java project.
Re: Solaris 2.8 build
- From: Tom Tromey <tromey at redhat dot com>
- To: Gerald Pfeifer <pfeifer at dbai dot tuwien dot ac dot at>
- Cc: Rainer Orth <ro at TechFak dot Uni-Bielefeld dot DE>, Java Discuss List <java at gcc dot gnu dot org>
- Date: 02 Apr 2002 15:35:58 -0700
- Subject: Re: Solaris 2.8 build
- References: <Pine.BSF.4.44.0203300916050.27510-100000@pulcherrima.dbai.tuwien.ac.at>
- Reply-to: tromey at redhat dot com
>>>>> "Gerald" == Gerald Pfeifer <pfeifer@dbai.tuwien.ac.at> writes:
Gerald> [ 2.8 libgcj re-install bug ]
Gerald> Do we already have a PR for this? If not, I can create one, referring
Gerald> to analyses by Rainer Orth and Alexandre Oliva:
Gerald> http://gcc.gnu.org/ml/java/2002-03/msg00348.html
Gerald> http://gcc.gnu.org/ml/java/2002-03/msg00343.html
As far as I know there is no PR for this.
Please do create one.
Alexandre> Perhaps we could test for ${libdir}/libgcj.la and error
Alexandre> out if it's present, telling the user to use a different
Alexandre> prefix or remove the earlier version, but only if using
Alexandre> Solaris' ld.
Gerald> seems like a useful approach to me, BTW?
Ideally we would check for this very early, in the top-level
configure. If we check for it in libgcj then the user will have
already built all the host tools before getting this error.
Does this problem not occur for libstdc++ and other target libraries?
If not, why not?
Tom