gcc44, gcc45, gcc46, gcc48, gcc49, gcc5: error trying to exec 'ecj1': execvp: No such file or directory

[ryandesign (Ryan Carsten Schmidt)]

I'm trying to add gcc44 support to pdftk (see #15420) but I'm running into this problem before I can build anything:

gcj-mp-4.4: error trying to exec 'ecj1': execvp: No such file or directory

I'm using gcc44 @4.4.1_0, and I see the same issue with gcc45 @4.5-20091001_0+java.

gcj-mp-4.5: error trying to exec 'ecj1': execvp: No such file or directory

This may be similar to #13553.

Mac OS X 10.6.1 Snow Leopard
Xcode 3.2.1

[ryandesign (Ryan Carsten Schmidt)]

• r68778: fixed gcc46

[ryandesign (Ryan Carsten Schmidt)]

• r68780: fixed gcc45

[ryandesign (Ryan Carsten Schmidt)]

Has duplicate #22692.

[rechner@…]

Just two days ago I installed pdftk with its gcc42 dependency. The gcc compile time of about one day (iMac G4 with 1 GHz) annoyed me, expecially since I already had gcc43 installed (which seems to be an Inkscape dependancy). Following Joshua Root's message to macport-users (sent 22 Jul 2010 08:37:20 +1000) I discovered there has already been much discussion on having pdftk use a later gcc.

I don't know how to use gcj directly, and I don't really intend to learn it, but it seems like my gcj-mp-4.3 has got the same defect:

$ gcj-mp-4.3 hello.java 
gcj-mp-4.3: error trying to exec 'ecj1': execvp: No such file or directory

This is what gcj-mp-42 says, in comparison:

$ gcj-mp-4.2 hello.java 
Undefined symbols:
  "_main", referenced from:
      __start in crt1.o
ld: symbol(s) not found
collect2: ld returned 1 exit status

The hello.java is a simple "hello world" program and can be compiled with regular "java".

This comment may not be of much use - it is meant to be a verbatim "CcMe!".

Mac OS X 10.5.8 Leopard
Xcode 3.1.4 (with MacPorts patched to use gcc42)

[ryandesign (Ryan Carsten Schmidt)]

Yes, I'm aware of all these things. As you see above I already fixed gcc46 and gcc45 so their gcj's now work; I should now be able to apply gentoo's patches to pdftk to let it build with those versions of gcc; see #15420. Unfortunately I was thus far unable to backport my changes to gcc45 and gcc46 to gcc43 and gcc44 because I could not figure out how to tell gcc where I wanted it to put ecj.jar, and without this, gcc43 and gcc44 tried to put ecj.jar in the same place and would thus conflict with one another, which isn't ok.

[diegotheblind+macports@…]

Cc Me!

[macports.org@…]

Cc Me!

[maehne (Torsten Maehne)]

Cc Me!

[maehne (Torsten Maehne)]

Also the gcc48 port is affected by this bug. I tried to compile a Hello World program with gcj-mp-4.8 from gcc48 @4.8.1_3 on an up-to-date MacPorts installation on OS X 10.8.5 (Mountain Lion) x86_64 and got as well:

$ gcj-mp-4.8 HelloWorldApp.java 
gcj-mp-4.8: error trying to exec 'ecj1': execvp: No such file or directory

In comparison, gcj-mp-4.7 said:

gcj-mp-4.7 HelloWorldApp.java
Undefined symbols for architecture x86_64:
  "_main", referenced from:
     implicit entry/start for main executable
ld: symbol(s) not found for architecture x86_64
collect2: error: ld returned 1 exit status

and javac compiled the file without any error message.

[diegotheblind@…]

Cc Me!

[maehne (Torsten Maehne)]

The gcc-gcj package seems to be also affected by this problem as you can see by the comments on: ​https://aur.archlinux.org/packages/gcc-gcj/?setlang=de&comments=all

[ballapete (Peter "Pete" Dyballa)]

Cc Me!

[ballapete (Peter "Pete" Dyballa)]

For me a 'make check' in gettext-0.14.5 (it's a starting point for me, I need libintl and libiconv since Apple can't provide fat libraries in /Developer/SDKs/MacOSX10.4u.sdk/usr/lib) failed with:

gcj: error trying to exec 'ecj1': execvp: No such file or directory
msgfmt: compilation of Java class failed, please try --verbose or set $JAVAC

This failure can be avoided by telling configure that JAVAC=javac.

[ballapete (Peter "Pete" Dyballa)]

Interestingly when I use gcj from a Fink installation, this error does not appear! This happens with versions 4.5.4, 4.6.4, 4.7.3, and 4.8.2.

I performed these tests by configuring gettext to use /sw/bin/gcj via PATH. When 'make check' had finished, I installed the new version of GCC and gcj and then repeated the 'make check'. So every time a different version of gcj was used for the tests – and each succeeded!

[lpsinger (Leo Singer)]

Any chance of applying the gcc44/gcc45/gcc46 fix to gcc48? This bug affects port nds2-client.

[lpsinger (Leo Singer)]

Cc Me!

[petrrr]

As partially already mentioned above this issue is present for gcc48 and gcc49 as well. This surfaces when looking at #37580, a blocker ticket for #33919.

[cielartisan@…]

Cc Me!

[cielartisan@…]

I'd like to test the pdftk-2.02-src.zip after this problem is fixed.

Note: I have successfully built pdftk-2.02-src.zip with Ubuntu 14.10 gcj-jdk (4.9) just now. I'm sure solving this issue will also solve pdftk issue.

[cielartisan@…]

It looks like this (dirty) hack can be applied. ​http://www.kunugiken.com/os-x/compiling-pdftk-for-snow-leopard

[cielartisan@…]

My current content of /opt/local/libexec/gcc/x86_64-apple-darwin14/4.8.3/ecj1 is:

#!/bin/sh
gij-mp-4.8 -cp /opt/local/libexec/gcc/x86_64-apple-darwin14/4.8.3/ecj.jar org.eclipse.jdt.internal.compiler.batch.GCCMain ${1+"$@"}

ecj.jar is ​ftp://sourceware.org/pub/java/ 's ecj-4.9.jar

[petrrr]

Cc Me!

[larryv (Lawrence Velázquez)]

Cc Me!

[jjstickel (Jonathan Stickel)]

Cc Me!

[ryandesign (Ryan Carsten Schmidt)]

Has duplicate #50881.

[ryandesign (Ryan Carsten Schmidt)]

In e3b98f1eadf598515cc86648645256a03282705f/macports-ports:

gcc5: Update to 5.5.0 and fix gcj

Closes: #55068
Closes: #49227
See: #22066

Also use a common dist_subdir.

See: #50904