I get the following error on a clean 4.3.0 build when trying (eg) "gcj foo.java": gcj: error trying to exec 'ecj1': execvp: No such file or directory I'm a bit puzzled by bug 32712 being listed as resolved and even more so by the references to just needing to run "./contrib/download_ecj". I tried this (on a clean installation) and it made no difference. I also tried specifying the location of ecj.jar with: ./configure --with-ecj-jar=/home/dgriff/gcc-4.3.0/ecj.jar again, that made no difference.
Subject: Re: New: gcj: error trying to exec 'ecj1': execvp: No such file or directory david dot griffiths at gmail dot com wrote: > gcj: error trying to exec 'ecj1': execvp: No such file or directory Run the command with -v to show what it's trying to exec, and paste the output as well as the actual location of ecj1.
Well there is no ecj1 - that's the problem I think. It didn't build it. Presumably nobody has noticed this before because they are picking up an old version of ecj1? Anyway, here's the -v output: /home/dgriff> gcj -v foo.java Using built-in specs. Reading specs from /lib/libgcj.spec rename spec lib to liborig Target: i686-pc-cygwin Configured with: ./configure Thread model: single gcc version 4.3.0 (GCC) COLLECT_GCC_OPTIONS='-fsaw-java-file' '-v' '-fbootclasspath=.;C/:\PROGRA~1\IBM\SQLLIB\java\db2java.zip;C/:\PROGRA~1\IBM\SQLLIB\java\db2jcc.jar;C/:\PROGRA~1\IBM\SQLLIB\java\sqlj.zip;C/:\PROGRA~1\IBM\SQLLIB\java\db2jcc_license_cisuz.jar;C/:\PROGRA~1\IBM\SQLLIB\java\db2jcc_license_cu.jar;C/:\PROGRA~1\IBM\SQLLIB\bin;C/:\PROGRA~1\IBM\SQLLIB\java\common.jar;C/:\Program Files\Java\jre1.6.0_02\lib\ext\QTJava.zip:/usr/local/share/java/libgcj-4.3.0.jar' '-g1' '-mtune=generic' ecj1 foo.java -g1 -fbootclasspath=.;C/:\PROGRA~1\IBM\SQLLIB\java\db2java.zip;C/:\PROGRA~1\IBM\SQLLIB\java\db2jcc.jar;C/:\PROGRA~1\IBM\SQLLIB\java\sqlj.zip;C/:\PROGRA~1\IBM\SQLLIB\java\db2jcc_license_cisuz.jar;C/:\PROGRA~1\IBM\SQLLIB\java\db2jcc_license_cu.jar;C/:\PROGRA~1\IBM\SQLLIB\bin;C/:\PROGRA~1\IBM\SQLLIB\java\common.jar;C/:\Program Files\Java\jre1.6.0_02\lib\ext\QTJava.zip:/usr/local/share/java/libgcj-4.3.0.jar -g1 -fsource=1.5 -ftarget=1.5 -fzip-dependency /cygdrive/c/DOCUME~1/dgriff/LOCALS~1/Temp/ccQkBX0B.zip -fzip-target /cygdrive/c/DOCUME~1/dgriff/LOCALS~1/Temp/ccwv2KR3.jar gcj: error trying to exec 'ecj1': execvp: No such file or directory Also, the result of find: /home/dgriff/gcc-4.3.0> find . -iname ecj\* ./ecj.jar /home/dgriff/gcc-4.3.0> cd /usr /usr> find . -iname ecj\* /usr> cd
Subject: Re: gcj: error trying to exec 'ecj1': execvp: No such file or directory david dot griffiths at gmail dot com wrote: > Well there is no ecj1 - that's the problem I think. It didn't build it. ecj1 is just a wrapper script that runs ecj.jar to generate the bytecode, see <http://gcc.gnu.org/ml/java/2008-04/msg00006.html>. > Configured with: ./configure Not good. Try building in an empty dir outside of the source dir as the install directions state and see if that fixes the problem.
Hi, made no difference. I created a separate gcc-4.3.0-build directory and placed the ecj.jar both in there and in the top level source director (just to be sure). Note that the build directory contains no libjava on completion, not sure if it should? (As that's the only place that seems to refer to ecj1). I am just doing "./configure" but that should build java by default, right? The config.log certainly contains lines like "build_configargs='--cache-file=../config.cache '--enable-languages=c,c++,fortran,java,objc' --program-transform-name='s,y,y,''".
Subject: Re: gcj: error trying to exec 'ecj1': execvp: No such file or directory david dot griffiths at gmail dot com wrote: > Note that the build directory contains no libjava on completion, not sure if it > should? (As that's the only place that seems to refer to ecj1). I am just doing > "./configure" but that should build java by default, right? The config.log > certainly contains lines like "build_configargs='--cache-file=../config.cache > '--enable-languages=c,c++,fortran,java,objc' > --program-transform-name='s,y,y,''". Oh, this is Cygwin. Ick. gcj support for Cygwin is very iffy. Last time I tried you had to --enable-libjava to get it to build libjava as it was disabled by default. And even then it will only build a static libjava which is not very useful. Also the default SJLJ EH makes performance nearly intolerable, so you'll probably want to switch to Dwarf-2 EH. I'm not sure if all the required patches for DW2 EH to function correctly on MinGW/Cygwin are in the FSF tree or not. (Along with the other problems with DW2 EH on Win32...) If you google a little I think you can find hacks for building a MinGW shared libjava which you might be able to adapt, but I don't know. I wouldn't expect much.
I'm getting the same message on a Gentoo/amd64 box... It's reported on gentoo bugzilla http://bugs.gentoo.org/show_bug.cgi?id=225605
4.3.3 on Linux has the same problem. Target Milestone: 4.3.3?
4.3.3 on Solaris 2.8 has the problem also.
Same problem with a clean build of gcc 4.4.0 on fc7 x86_64
This bug was originally caused by the fact that libjava was disabled in noconfigdirs for cygwin at the time the report was filed. This has long since been fixed. The last four comments are incorrect in assuming that they have the same bug. Same error message != same bug; libjava is enabled in configdir on those targets. If those reporters are still having problems, they should open separate reports and give full details there.