[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: libgcj-java-placeholder.sh problem with db4 and gettext packages
From: |
Bruno Haible |
Subject: |
Re: libgcj-java-placeholder.sh problem with db4 and gettext packages |
Date: |
Sun, 22 Aug 2004 16:01:06 +0200 |
User-agent: |
KMail/1.5 |
Michael Chastain wrote:
> /usr/bin/javac is a symlink to /etc/alternatives/javac, which is a
> symlink to /usr/share/java/libgcj-java-placeholder.sh .
>
> gettext probes for javac, finds the placeholder script, tries to use it,
> and bombs out of the build.
> ...
> It should
> either understand that "javac" might be a non-functional placeholder
javacomp.m4 already tests whether javac is functional by calling
javac -version >/dev/null 2>/dev/null
and seeing whether the exit code is 0, 1 or 2. If your placeholder is
nonfunctional, let it return a different exit code, such as 125. Or move
it away entirely from your */bin directories.
Maybe you could please post the source of this placeholder, so I can make
up an autoconf test against it?
> I looked carefully at gettext-runtime/configure and did not see
> any obvious way to disable Java support. But I found a sneaky way:
>
> ac_cv_prog_HAVE_JAVAC_IN_PATH=
> export ac_cv_prog_HAVE_JAVAC_IN_PATH
This will work, yes.
> The workaround from Jos Vos with JAVAC="gcj -C" JAVA="gcj"
> also works on these machines.
gcj -C has problems of its own. I don't recommend this workaround.
Bruno