* [Bug java/42409] org.eclipse.jdt.internal.compiler.batch.GCCMain not found
2009-12-17 17:54 [Bug java/42409] New: org.eclipse.jdt.internal.compiler.batch.GCCMain not found jlpoole at pon dot net
@ 2009-12-24 16:23 ` jlpoole at pon dot net
2010-01-03 18:21 ` jlpoole at pon dot net
` (11 subsequent siblings)
12 siblings, 0 replies; 14+ messages in thread
From: jlpoole at pon dot net @ 2009-12-24 16:23 UTC (permalink / raw)
To: gcc-bugs
------- Comment #1 from jlpoole at pon dot net 2009-12-24 16:23 -------
I learned from http://gcc.gnu.org/ml/java/2008-08/msg00031.html (Andrew Haley)
how to invoke the test suite:
make check-target-libjava
Here are my results:
make check-target-libjava
...
[assorted make executions]
...
WARNING: Couldn't find the global config file.
Test Run By root on Thu Dec 24 12:21:08 2009
Native configuration is armv5tel-unknown-linux-gnueabi
=== libjava tests ===
Schedule of variations:
unix
Running target unix
Using /usr/share/dejagnu/baseboards/unix.exp as board description file for
target.
Using /usr/share/dejagnu/config/unix.exp as generic interface file for target.
Using /mnt/seagate2/download/gnu/trunk/libjava/testsuite/config/default.exp as
tool-and-target-specific interface file.
Running /mnt/seagate2/download/gnu/trunk/libjava/testsuite/libjava.cni/cni.exp
...
Running /mnt/seagate2/download/gnu/trunk/libjava/testsuite/libjava.jar/jar.exp
...
Running /mnt/seagate2/download/gnu/trunk/libjava/testsuite/libjava.jni/jni.exp
...
FAIL: calls execution - gij test
FAIL: findclass2 run
Running
/mnt/seagate2/download/gnu/trunk/libjava/testsuite/libjava.jvmti/jvmti-interp.exp
...
LD_LIBRARY_PATH=.
/mnt/seagate2/download/gnu/build/armv5tel-unknown-linux-gnueabi/./libjava/gij
-cp
/mnt/seagate2/download/gnu/trunk/libjava/testsuite/libjava.jvmti/interp/getargssize.jar
-agentlib:dummyagent getargssize
LD_LIBRARY_PATH=.
/mnt/seagate2/download/gnu/build/armv5tel-unknown-linux-gnueabi/./libjava/gij
-cp
/mnt/seagate2/download/gnu/trunk/libjava/testsuite/libjava.jvmti/interp/getlocalvartable.jar
-agentlib:dummyagent getlocalvartable
LD_LIBRARY_PATH=.
/mnt/seagate2/download/gnu/build/armv5tel-unknown-linux-gnueabi/./libjava/gij
-cp
/mnt/seagate2/download/gnu/trunk/libjava/testsuite/libjava.jvmti/interp/getstacktrace.jar
-agentlib:dummyagent getstacktrace
Running
/mnt/seagate2/download/gnu/trunk/libjava/testsuite/libjava.jvmti/jvmti.exp ...
Running
/mnt/seagate2/download/gnu/trunk/libjava/testsuite/libjava.lang/lang.exp ...
FAIL: Throw_2 execution - source compiled test
FAIL: Throw_2 -findirect-dispatch execution - source compiled test
FAIL: Throw_2 -O3 execution - source compiled test
FAIL: Throw_2 -O3 -findirect-dispatch execution - source compiled test
Running
/mnt/seagate2/download/gnu/trunk/libjava/testsuite/libjava.loader/loader.exp
...
Running
/mnt/seagate2/download/gnu/trunk/libjava/testsuite/libjava.mauve/mauve.exp ...
Running
/mnt/seagate2/download/gnu/trunk/libjava/testsuite/libjava.special/special.exp
...
Running
/mnt/seagate2/download/gnu/trunk/libjava/testsuite/libjava.verify/verify.exp
...
=== libjava Summary ===
# of expected passes 2561
# of unexpected failures 6
# of untested testcases 6
make[3]: *** [check-DEJAGNU] Error 1
make[3]: Leaving directory
`/mnt/seagate2/download/gnu/build/armv5tel-unknown-linux-gnueabi/libjava/testsuite'
make[2]: *** [check-am] Error 2
make[2]: Leaving directory
`/mnt/seagate2/download/gnu/build/armv5tel-unknown-linux-gnueabi/libjava/testsuite'
make[1]: *** [check-recursive] Error 1
make[1]: Leaving directory
`/mnt/seagate2/download/gnu/build/armv5tel-unknown-linux-gnueabi/libjava'
make: *** [check-target-libjava] Error 2
plug build #
The above looks very encouraging which suggests that my only problem of trying
to compile, as set forth in this bug, is a configuration issue. The test suite
appears to be able to configure everything it needs from the environment,
whereas the "install" environment does not. I do not know if the six
unexpected failures will preclude me from compiling. Is there a way to get
more detail on the failure results? Is there anything I can do to help shed
more light on whatever is causing the failures?
Lastly, does anyone have a suggestion on what I need to include to overcome the
"org.eclipse.jdt.internal.compiler.batch.GCCMain" class not found error?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42409
^ permalink raw reply [flat|nested] 14+ messages in thread
* [Bug java/42409] org.eclipse.jdt.internal.compiler.batch.GCCMain not found
2009-12-17 17:54 [Bug java/42409] New: org.eclipse.jdt.internal.compiler.batch.GCCMain not found jlpoole at pon dot net
2009-12-24 16:23 ` [Bug java/42409] " jlpoole at pon dot net
@ 2010-01-03 18:21 ` jlpoole at pon dot net
2010-01-03 18:23 ` jlpoole at pon dot net
` (10 subsequent siblings)
12 siblings, 0 replies; 14+ messages in thread
From: jlpoole at pon dot net @ 2010-01-03 18:21 UTC (permalink / raw)
To: gcc-bugs
------- Comment #2 from jlpoole at pon dot net 2010-01-03 18:21 -------
Created an attachment (id=19454)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19454&action=view)
output under normal circumstances
In this output, the compiler incorrectly looks for the ecj.jar under
/usr/share/java (on my machine, there was no "java" directory under
/usr/share), when it should have used the path /usr/local/gcj/usr/share/java
where the ecj.jar file and other jar files had been properly placed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42409
^ permalink raw reply [flat|nested] 14+ messages in thread
* [Bug java/42409] org.eclipse.jdt.internal.compiler.batch.GCCMain not found
2009-12-17 17:54 [Bug java/42409] New: org.eclipse.jdt.internal.compiler.batch.GCCMain not found jlpoole at pon dot net
2009-12-24 16:23 ` [Bug java/42409] " jlpoole at pon dot net
2010-01-03 18:21 ` jlpoole at pon dot net
@ 2010-01-03 18:23 ` jlpoole at pon dot net
2010-01-03 18:30 ` jlpoole at pon dot net
` (9 subsequent siblings)
12 siblings, 0 replies; 14+ messages in thread
From: jlpoole at pon dot net @ 2010-01-03 18:23 UTC (permalink / raw)
To: gcc-bugs
------- Comment #3 from jlpoole at pon dot net 2010-01-03 18:23 -------
Created an attachment (id=19456)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19456&action=view)
work-around output
To overcome the misdirected path, I created a "java" directory under /usr/share
and copied the /usr/local/gcj/usr/share/java files to /usr/share/java. I then
successfully ran my command and the output is attached hereto.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42409
^ permalink raw reply [flat|nested] 14+ messages in thread
* [Bug java/42409] org.eclipse.jdt.internal.compiler.batch.GCCMain not found
2009-12-17 17:54 [Bug java/42409] New: org.eclipse.jdt.internal.compiler.batch.GCCMain not found jlpoole at pon dot net
` (2 preceding siblings ...)
2010-01-03 18:23 ` jlpoole at pon dot net
@ 2010-01-03 18:30 ` jlpoole at pon dot net
2010-01-03 18:43 ` jlpoole at pon dot net
` (8 subsequent siblings)
12 siblings, 0 replies; 14+ messages in thread
From: jlpoole at pon dot net @ 2010-01-03 18:30 UTC (permalink / raw)
To: gcc-bugs
------- Comment #4 from jlpoole at pon dot net 2010-01-03 18:30 -------
I think I found the problem:
the compiler is using an incorrect path, e.g. "/usr/share/java", to find the
ecj.jar file and the other jar files, libgcj-4.5.0.jar
libgcj-tools-4.5.0.jar, when it should have used
"/usr/local/gcj/usr/share/java".
See line 172 in the attachment gcj_fails-looking_for_ecj_in_wrong_path.txt
Recall, I had installed using the DESTDIR parameter:
make DESTDIR=/usr/local/gcj install
in order not to trash my Gentoo GCC built for my ARMv5t platform.
My work-around was to copy the three jar files under the
/usr/local/gcj/usr/share/java directory (where make install had placed them) to
/usr/share/java.
My work-around run is attached (gcj_ecj_moved.txt) to this bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42409
^ permalink raw reply [flat|nested] 14+ messages in thread
* [Bug java/42409] org.eclipse.jdt.internal.compiler.batch.GCCMain not found
2009-12-17 17:54 [Bug java/42409] New: org.eclipse.jdt.internal.compiler.batch.GCCMain not found jlpoole at pon dot net
` (3 preceding siblings ...)
2010-01-03 18:30 ` jlpoole at pon dot net
@ 2010-01-03 18:43 ` jlpoole at pon dot net
2010-01-03 18:56 ` jakub at gcc dot gnu dot org
` (7 subsequent siblings)
12 siblings, 0 replies; 14+ messages in thread
From: jlpoole at pon dot net @ 2010-01-03 18:43 UTC (permalink / raw)
To: gcc-bugs
------- Comment #5 from jlpoole at pon dot net 2010-01-03 18:43 -------
Here's my configuration log:
plug build # pwd
/mnt/seagate2/download/gnu/build
plug build # head config.log
This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.
It was created by configure, which was
generated by GNU Autoconf 2.64. Invocation command line was
$ ../trunk/configure --enable-languages=java
## --------- ##
## Platform. ##
plug build #
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42409
^ permalink raw reply [flat|nested] 14+ messages in thread
* [Bug java/42409] org.eclipse.jdt.internal.compiler.batch.GCCMain not found
2009-12-17 17:54 [Bug java/42409] New: org.eclipse.jdt.internal.compiler.batch.GCCMain not found jlpoole at pon dot net
` (4 preceding siblings ...)
2010-01-03 18:43 ` jlpoole at pon dot net
@ 2010-01-03 18:56 ` jakub at gcc dot gnu dot org
2010-01-04 1:51 ` jlpoole at pon dot net
` (6 subsequent siblings)
12 siblings, 0 replies; 14+ messages in thread
From: jakub at gcc dot gnu dot org @ 2010-01-03 18:56 UTC (permalink / raw)
To: gcc-bugs
------- Comment #6 from jakub at gcc dot gnu dot org 2010-01-03 18:55 -------
That's just a misunderstanding what DESTDIR is. DESTDIR just says a directory
where the / dir of installed files starts. It is used when you e.g. want to
install everything into a temporary directory to package it up later (e.g.
using tar, cpio, rpm, ...). If /usr/local/gcj/usr/* is where you want gcc to
finally reside, you shouldn't use DESTDIR, but instead configure with --prefix
/usr/local/gcj/usr.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42409
^ permalink raw reply [flat|nested] 14+ messages in thread
* [Bug java/42409] org.eclipse.jdt.internal.compiler.batch.GCCMain not found
2009-12-17 17:54 [Bug java/42409] New: org.eclipse.jdt.internal.compiler.batch.GCCMain not found jlpoole at pon dot net
` (5 preceding siblings ...)
2010-01-03 18:56 ` jakub at gcc dot gnu dot org
@ 2010-01-04 1:51 ` jlpoole at pon dot net
2010-01-04 11:33 ` ramana at gcc dot gnu dot org
` (5 subsequent siblings)
12 siblings, 0 replies; 14+ messages in thread
From: jlpoole at pon dot net @ 2010-01-04 1:51 UTC (permalink / raw)
To: gcc-bugs
------- Comment #7 from jlpoole at pon dot net 2010-01-04 01:51 -------
Thank you.
I've updated trunk to Revision: 155601. Wiped out build and am running make
(it will take a few days). I'll update with my results.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42409
^ permalink raw reply [flat|nested] 14+ messages in thread
* [Bug java/42409] org.eclipse.jdt.internal.compiler.batch.GCCMain not found
2009-12-17 17:54 [Bug java/42409] New: org.eclipse.jdt.internal.compiler.batch.GCCMain not found jlpoole at pon dot net
` (6 preceding siblings ...)
2010-01-04 1:51 ` jlpoole at pon dot net
@ 2010-01-04 11:33 ` ramana at gcc dot gnu dot org
2010-01-04 14:21 ` jakub at gcc dot gnu dot org
` (4 subsequent siblings)
12 siblings, 0 replies; 14+ messages in thread
From: ramana at gcc dot gnu dot org @ 2010-01-04 11:33 UTC (permalink / raw)
To: gcc-bugs
------- Comment #8 from ramana at gcc dot gnu dot org 2010-01-04 11:32 -------
Waiting for feedback on this one as per Comment #7.
--
ramana at gcc dot gnu dot org changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42409
^ permalink raw reply [flat|nested] 14+ messages in thread
* [Bug java/42409] org.eclipse.jdt.internal.compiler.batch.GCCMain not found
2009-12-17 17:54 [Bug java/42409] New: org.eclipse.jdt.internal.compiler.batch.GCCMain not found jlpoole at pon dot net
` (7 preceding siblings ...)
2010-01-04 11:33 ` ramana at gcc dot gnu dot org
@ 2010-01-04 14:21 ` jakub at gcc dot gnu dot org
2010-01-05 2:31 ` jlpoole at pon dot net
` (3 subsequent siblings)
12 siblings, 0 replies; 14+ messages in thread
From: jakub at gcc dot gnu dot org @ 2010-01-04 14:21 UTC (permalink / raw)
To: gcc-bugs
------- Comment #9 from jakub at gcc dot gnu dot org 2010-01-04 14:20 -------
BTW, DESTDIR is documented e.g. in automake.info quite well.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42409
^ permalink raw reply [flat|nested] 14+ messages in thread
* [Bug java/42409] org.eclipse.jdt.internal.compiler.batch.GCCMain not found
2009-12-17 17:54 [Bug java/42409] New: org.eclipse.jdt.internal.compiler.batch.GCCMain not found jlpoole at pon dot net
` (8 preceding siblings ...)
2010-01-04 14:21 ` jakub at gcc dot gnu dot org
@ 2010-01-05 2:31 ` jlpoole at pon dot net
2010-01-05 2:35 ` jlpoole at pon dot net
` (2 subsequent siblings)
12 siblings, 0 replies; 14+ messages in thread
From: jlpoole at pon dot net @ 2010-01-05 2:31 UTC (permalink / raw)
To: gcc-bugs
------- Comment #10 from jlpoole at pon dot net 2010-01-05 02:31 -------
http://gcc.gnu.org/install/finalinstall.html has:
vvvvv
...
We strongly recommend to install into a target directory where there is no
previous version of GCC present.
...
Installation into a temporary staging area or into a chroot jail can be
achieved with the command
make DESTDIR=path-to-rootdir install
where path-to-rootdir is the absolute path of a directory relative to which all
installation paths will be interpreted. Note that the directory specified by
DESTDIR need not exist yet; it will be created if necessary.
^^^^^
I think those very words caused me to think what I did was a correct way of
isolating the compiler without affecting my existing one.
"make" has finished (about 21 hours) and I ran:
make check-target-libjava
which produced:
=== libjava Summary ===
# of expected passes 2561
# of unexpected failures 6
# of untested testcases 6
Question: In light of the documentation quoted above, if I do not use the
DESTDIR, then to install, should I simply run:
make install
and my previous use of --prefix=/usr/local/gcj will cause everything to go
under /usr/local/gcj and not affect my existing gcc? I'm really nervous that
running make install will cause it to supplant my existing GCC. I also want to
make sure there is not an additional parameter that should be provided to
assure isolation of this installation.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42409
^ permalink raw reply [flat|nested] 14+ messages in thread
* [Bug java/42409] org.eclipse.jdt.internal.compiler.batch.GCCMain not found
2009-12-17 17:54 [Bug java/42409] New: org.eclipse.jdt.internal.compiler.batch.GCCMain not found jlpoole at pon dot net
` (9 preceding siblings ...)
2010-01-05 2:31 ` jlpoole at pon dot net
@ 2010-01-05 2:35 ` jlpoole at pon dot net
2010-01-07 14:27 ` jlpoole at pon dot net
2010-03-20 0:10 ` ramana at gcc dot gnu dot org
12 siblings, 0 replies; 14+ messages in thread
From: jlpoole at pon dot net @ 2010-01-05 2:35 UTC (permalink / raw)
To: gcc-bugs
------- Comment #11 from jlpoole at pon dot net 2010-01-05 02:34 -------
For the record:
plug build # ls -la config.log
-rw-r--r-- 1 root root 36708 2010-01-03 17:37 config.log
plug build # head config.log
This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.
It was created by configure, which was
generated by GNU Autoconf 2.64. Invocation command line was
$ ../trunk/configure --enable-languages=java --prefix=/usr/local/gcj
## --------- ##
## Platform. ##
plug build #
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42409
^ permalink raw reply [flat|nested] 14+ messages in thread
* [Bug java/42409] org.eclipse.jdt.internal.compiler.batch.GCCMain not found
2009-12-17 17:54 [Bug java/42409] New: org.eclipse.jdt.internal.compiler.batch.GCCMain not found jlpoole at pon dot net
` (10 preceding siblings ...)
2010-01-05 2:35 ` jlpoole at pon dot net
@ 2010-01-07 14:27 ` jlpoole at pon dot net
2010-03-20 0:10 ` ramana at gcc dot gnu dot org
12 siblings, 0 replies; 14+ messages in thread
From: jlpoole at pon dot net @ 2010-01-07 14:27 UTC (permalink / raw)
To: gcc-bugs
------- Comment #12 from jlpoole at pon dot net 2010-01-07 14:26 -------
Success.
There were no further responses to my question posed in Comment #10; so I
proceeded nonetheless.
I deleted /usr/local/gcj and recreated the directory /usr/local/gcj so as to
purge any hand-added files from previous attempts. Then
from the build directory, /d1/seagate2/download/gnu/build, I ran:
make install
Then I moved to the target install directory, /usr/local/gcj, and from there
executed:
export LD_LIBRARY_PATH=/usr/local/gcj/lib
bin/gcj -c /var/work/gcj/HelloWorld.java
and the file HellowWorld.o was created.
I'm not sure what the protocol for this Bug system is, this Bug is currently
marked WAITING; I'm changing status to NEW in case that triggers an alert for
someone of knowledge to act. Please take a look at comment #10, it may be that
documentation needs to be revised.
Thank you for everyone's help.
--
jlpoole at pon dot net changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|WAITING |UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42409
^ permalink raw reply [flat|nested] 14+ messages in thread
* [Bug java/42409] org.eclipse.jdt.internal.compiler.batch.GCCMain not found
2009-12-17 17:54 [Bug java/42409] New: org.eclipse.jdt.internal.compiler.batch.GCCMain not found jlpoole at pon dot net
` (11 preceding siblings ...)
2010-01-07 14:27 ` jlpoole at pon dot net
@ 2010-03-20 0:10 ` ramana at gcc dot gnu dot org
12 siblings, 0 replies; 14+ messages in thread
From: ramana at gcc dot gnu dot org @ 2010-03-20 0:10 UTC (permalink / raw)
To: gcc-bugs
------- Comment #13 from ramana at gcc dot gnu dot org 2010-03-20 00:09 -------
I think the documentation is adequate in the sense that it is for installation
into a "staging area" rather than the final install area. Notice also the use
of installing this into a chroot.
cheers
Ramana
--
ramana at gcc dot gnu dot org changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |INVALID
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42409
^ permalink raw reply [flat|nested] 14+ messages in thread