This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
Re: 3.1 bootstrap failure in libjava
- To: Brad Lucier <lucier at math dot purdue dot edu>
- Subject: Re: 3.1 bootstrap failure in libjava
- From: Tom Tromey <tromey at redhat dot com>
- Date: 26 Apr 2001 20:16:25 -0600
- Cc: gcc-bugs at gcc dot gnu dot org, gcc at gcc dot gnu dot org, Bryce McKinlay <bryce at waitaki dot otago dot ac dot nz>
- References: <200104262240.RAA18808@zakon.math.purdue.edu>
- Reply-To: tromey at redhat dot com
>>>>> "Brad" == Brad Lucier <lucier@math.purdue.edu> writes:
Brad> Yesterday I reported this problem with 3.1; it seems to have
Brad> been "fixed" by disabling java on solaris.
Please CC java@gcc.gnu.org on java reports. I don't think I saw your
previous report.
Brad> Well, today I have the same problem on alphaev6-unknown-linux-gnu:
Brad> make[2]: *** No rule to make target `java/security/acl/Acl.java', needed by `libgcj.jar'. Stop.
Do you have gcc/libjava/java/security/acl/Acl.java in your tree?
It is in my tree. Maybe you forgot to pass -d to cvs update?
If it is there then maybe it is a bug in libjava/Makefile. Try
removing the libjava build directory and re-running make.
I believe it is more like that the problem is a missing `update -d'.
The build works fine for me. At least, it gets past building
libgcj.jar and compiling Acl.java (both ways). It isn't quite
finished yet.
Brad> My feeling would be to remove Java from the tree rather than
Brad> dick around with this kind of thing, if, as it seems, the java
Brad> people are too busy writing libraries to test code before
Brad> installation.
Please don't be hostile. It doesn't help. In fact, it took me a
while to respond to this because I found I preferred to flame you than
to help you.
FWIW, the java.security merge was done by Bryce McKinlay. For those
who aren't aware, Bryce does a huge amount of work on libgcj, and,
unlike many of those who work on it, as far as I'm aware he isn't paid
to do so. Nevertheless his work is not only voluminous but of the
highest quality. The "java people", as you put it, aren't some
undifferentiated mass of careless, thoughtless hacks.
Tom