gettext @0.19.6: build failure when gcj is present

[ktitt27@…]

I've just encountered the following issue with "gettext" upgrade on OS X 10.11 El Captain: At first, I have the current version of "port",

$ port version
Version: 2.3.4

And then, I tried to update and upgrade my port packages, but it stop in the middle of configuring "gettext" package.

$ sudo port -v install gettext
--->  Computing dependencies for gettext.
--->  Configuring gettext
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /opt/local/bin/gmkdir -p
checking for gawk... (cached) /usr/bin/awk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking build system type... x86_64-apple-darwin15.0.0
checking host system type... x86_64-apple-darwin15.0.0
checking that generated files are newer than configure... done
configure: creating ./config.status
config.status: creating Makefile
config.status: creating gnulib-local/Makefile
=== configuring in gettext-runtime (/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_gettext/gettext/work/gettext-0.19.6/gettext-runtime)
configure: running /bin/sh ./configure --disable-option-checking '--prefix=/opt/local'  'ac_cv_prog_AWK=/usr/bin/awk' 'ac_cv_path_GREP=/usr/bin/grep' 'ac_cv_path_SED=/usr/bin/sed' '--disable-csharp' '--disable-native-java' '--disable-openmp' '--without-emacs' '--with-included-gettext' '--with-included-glib' '--with-included-libcroco' '--with-included-libunistring' '--with-included-libxml' '--without-cvs' '--without-git' '--without-xz' 'CC=/usr/bin/clang' 'CFLAGS=-pipe -Os -arch x86_64' 'LDFLAGS=-L/opt/local/lib -Wl,-headerpad_max_install_names -arch x86_64' 'CPPFLAGS=-no-cpp-precomp' 'CXX=/usr/bin/clang++' 'CXXFLAGS=-pipe -Os -arch x86_64 -stdlib=libc++' --cache-file=/dev/null --srcdir=.
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /opt/local/bin/gmkdir -p
checking for gawk... (cached) /usr/bin/awk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking for gcc... /usr/bin/clang
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether /usr/bin/clang accepts -g... yes
checking for /usr/bin/clang option to accept ISO C89... none needed
checking whether /usr/bin/clang understands -c and -o together... yes
checking for style of include used by make... GNU
checking dependency style of /usr/bin/clang... gcc3
checking for bison... bison -y
checking whether to use Java... yes
checking how to run the C preprocessor... /usr/bin/clang -E
checking for grep that handles long lines and -e... (cached) /usr/bin/grep
checking for egrep... /usr/bin/grep -E

I can't get any progress after this line. I waited for a long time, but I couldn't get any message from my terminal emulator.

Is there anyone who has any solution for this?

[ryandesign (Ryan Carsten Schmidt)]

Sounds similar to #48913. Please verify: have you opened Xcode.app at least once since installing it, and accepted the Xcode license agreement? Have you also installed the Xcode command line tools?

[ktitt27@…]

Thank you for your help.

However, I've already installed the Xcode command line tools and accepted the license agreement. I'm afraid I think this is a different issue from #48913.

If you have any solution for this, please let me know.

Thanks and Best regards.

[ryandesign (Ryan Carsten Schmidt)]

Replying to ktitt27@…:

checking for egrep... /usr/bin/grep -E

On my system, the line printed after this line is:

checking for Java compiler... javac -target 1.1 -source 1.3

Perhaps you don't have Java installed (it's no longer part of OS X) or perhaps you have an old version. Perhaps ​installing the latest Java would help.

I should probably prevent the gettext port from trying to use Java. That enhancement request is #48651.

[ktitt27@…]

Thanks for your help.

I'm afraid but Java(JDK) has already been installed on my system as follows:

$ java -version
java version "1.8.0_60"
Java(TM) SE Runtime Environment (build 1.8.0_60-b27)
Java HotSpot(TM) 64-Bit Server VM (build 25.60-b23, mixed mode)

$ javac -version
java 1.8.0_60

[ryandesign (Ryan Carsten Schmidt)]

What happens if you run "javac -target 1.1 -source 1.3"?

[ktitt27@…]

Thanks for your cooperation. This issue was caused by the following line in “configure” shell script:

gcj -C -d . conftestlib.java

gcj is the part of “gcc47” package.

First, I uninstalled “gcc47” and some packages which have dependency with it, and then I tried to install “gettext” again, I got it!

Thanks again for your advice.

[ryandesign (Ryan Carsten Schmidt)]

Glad you got it working. Hopefully resolving #48651 will prevent the problem from happening in the future.

I'm still not entirely sure why the problem occurred on your system. gcc47 does not provide a program called "gcj"; it provides a program called "gcj-mp-4.7". Is it possible that you created a symlink "gcj" pointing to "gcj-mp-4.7"?

[ktitt27@…]

gcc47 does not provide a program called "gcj"; it provides a program called "gcj-mp-4.7".

Yes. That's right. However, I don't know why gcj is put as a symbolic link to "gcj-mp-4.7".

$ ls -l /opt/local/bin/gcj
lrwxr-xr-x  1 root  admin  25 Nov 21  2012 /opt/local/bin/gcj -> /opt/local/bin/gcj-mp-4.7

It must be my fault. Anyway, Thank you for your cooperation and help!

[ryandesign (Ryan Carsten Schmidt)]

Actually I've realized that running "sudo port select gcc gcc47" would create that gcj symlink for you. I knew it created symlinks for C and C++ compilers, but I had forgotten that it also creates symlinks for the Java an Fortran compilers.

Did you install this gcc47 port on El Capitan, or is it left over from a previous OS X version?

[ktitt27@…]

Yes. My gcc47 was left over from OS X Yosemite(10.10).

# As you mentioned, I forgot that I did "sudo port select gcc gcc47" a long time ago.

Thanks so much for your reply.

[egpaterson@…]

I had the same problem, and was able to successfully update MacPorts after uninstalling gcc47, openmpi-gcc47, parmetis, and scotch, and then reinstalling them after doing a port upgrade outdated

Thanks ryandesign!

[ryandesign (Ryan Carsten Schmidt)]

Has duplicate #50265.

[ryandesign (Ryan Carsten Schmidt)]

In bc14fab6bb3f642b867b90c0481e3f7449177d18/macports-ports (master):

gettext: Don't use Java

Closes: #48651
Closes: #49077