Re: Bug#474901: build failure when gcj is present

[Bruno Haible]

Santiago Vila wrote:
> Lucas Nussbaum (in the CC) has reported that gettext does not build ok
> (does not create gettext.jar) if gcj is present.

You may be misunderstanding something: gettext would not build ok if it did
not build and install libintl.jar. But gettext.jar is only an auxiliary set
of tools for the 'msginit' and 'msgunfmt' programs. If gcj is present, the
configuration and Makefiles prefer to build native executables:

  if test -n "$HAVE_GCJ" && test "$JAVA_CHOICE" = yes; then
    BUILDJAVAEXE=yes
  else
    BUILDJAVAEXE=no
  fi

> I could add a Build-Conflicts: gcj to the source package to tell
> autobuilders not to install gcj when building gettext, but I don't
> think it would be a good fix.

No; instead declare it ok if the package creates and installs two programs
'gnu.gettext.DumpResource' and 'gnu.gettext.GetURL' instead of 'gettext.jar'.

>         JAVAC=jikes-classpath ./configure --prefix=/usr $(CSHARP) \
>                 CC="$(CC)" CFLAGS="$(CFLAGS)"
>         $(MAKE)
>         $(MAKE) install DESTDIR=`pwd`/debian/tmp \
>                 INSTALL_PROGRAM="$(INSTALL_PROGRAM)" \
>                 INSTALL_SCRIPT="$(INSTALL_SCRIPT)"
> 
> Why is it using gcj when I explicitly told it to use jikes-classpath?

The configuration and Makefiles prefer to build native executables when
possible and when the result is known to work as well as interpreted Java.

Bruno