This is the mail archive of the
mailing list for the Java project.
Re: Java bootstrap failure for libjava/java/io/FilePermission.java
- To: "Kaveh R. Ghazi" <ghazi at caip dot rutgers dot edu>
- Subject: Re: Java bootstrap failure for libjava/java/io/FilePermission.java
- From: Bryce McKinlay <bryce at albatross dot co dot nz>
- Date: Tue, 30 Jan 2001 16:20:10 +1300
- CC: pfeifer at dbai dot tuwien dot ac dot at, gcc-bugs at gcc dot gnu dot org, java at gcc dot gnu dot org
- References: <200101300257.VAA17410@caip.rutgers.edu>
"Kaveh R. Ghazi" wrote:
> My bootstrap/testsuite run prior to installation didn't detect this
> because java doesn't appear to be built and tested by default in a
> solaris2 bootstrap. (At least that's what happens for me. Dunno why.
> Is that expected these days or should I investigate?)
You need to configure with --enable-languages=java,c++,... or just remove
the "build_by_default=no" in gcc/java/config-lang.in. This is a bit
annoying, but better than forcing people to hack configure.in to get libgcj
as was done previously. Unfortunatly some people were still having problems
building/checking libgcj on platforms where it should work.
> So... the solution would be to revert the stmt.c change, or initialize
> integer_minus_one_node in jc1. What do you prefer?
Fixed already. jc1 had its own "integer_negative_one_node", I just changed
it to use and initialize the integer_minus_one_node instead.
[ bryce ]