This is the mail archive of the
java-patches@gcc.gnu.org
mailing list for the Java project.
Disabling libjava on platforms in which it won't build
- To: gcc-patches at gcc dot gnu dot org, java-patches at gcc dot gnu dot org
- Subject: Disabling libjava on platforms in which it won't build
- From: Alexandre Oliva <aoliva at redhat dot com>
- Date: 26 Apr 2001 02:02:05 -0300
- Organization: GCC Team, Red Hat
People have found problems in building libjava out of the branch on
IRIX 6.*, HP-UX and Solaris 8, so I'm checking this in mainline and
branch before I lose track of the reports I got. If you have any
reason to doubt the reports, --enable-libgcj should get libjava
configured to build, and either the problem documented in this patch
will be duplicated, it is fixed or there's something different in your
environment, which we'd like to hear about.
Mark, may I go ahead and enable the Java front-end by default now? It
seems that the only ports that still have libgcj enabled are:
GNU/Linux (all architectures), ia64-elf, Mingw32, Cygwin, Solaris/x86
(all versions), Solaris/sparc (all versions except Solaris 8),
beos/x86, sparc-elf and sparc64-elf
I don't know if any of these are oversights (I seem to recall someone
mentioning it wouldn't build or work on Cygwin; perhaps Mingw32 is
affected similarly), but I believe it would be reasonably safe to
enable the Java front-end by default in the branch after this patch.
Do you agree? May I go ahead and check in the patch to
gcc/java/config-lang.in to that effect?
Index: ChangeLog
from Alexandre Oliva <aoliva@redhat.com>
* configure.in (noconfigdirs) [hppa*-*-*, mips*-*-irix6*,
sparc-*-solaris2.8]: Disable ${libgcj}.
(noconfigdirs) [lots of architectures]: Never reset noconfigdirs
from scratch; always append to it.
Index: configure.in
===================================================================
RCS file: /cvs/gcc/egcs/configure.in,v
retrieving revision 1.100
diff -u -p -r1.100 configure.in
--- configure.in 2001/04/25 21:29:48 1.100
+++ configure.in 2001/04/26 04:59:44
@@ -751,7 +751,9 @@ case "${target}" in
"" | cc*) noconfigdirs="$noconfigdirs emacs emacs19" ;;
*) ;;
esac
- noconfigdirs="$noconfigdirs ld shellutils"
+ # According to Alexandre Oliva <aoliva@redhat.com>, libjava won't
+ # build on HP-UX 10.20.
+ noconfigdirs="$noconfigdirs ld shellutils ${libgcj}"
;;
ia64*-*-elf*)
# No gdb support yet.
@@ -895,7 +897,11 @@ case "${target}" in
mips*-*-irix6*)
# The GNU assembler does not support IRIX 6.
# emacs is emacs 18, which does not work on Irix 5 (emacs19 does work)
- noconfigdirs="$noconfigdirs gas gprof emacs target-libgloss"
+ # Linking libjava exceeds command-line length limits on at least
+ # IRIX 6.2, but not on IRIX 6.5.
+ # Also, boehm-gc won't build on IRIX 6.5, according to Jeffrey Oldham
+ # <oldham@codesourcery.com>
+ noconfigdirs="$noconfigdirs gas gprof emacs target-libgloss ${libgcj}"
;;
mips*-dec-bsd*)
noconfigdirs="$noconfigdirs gprof target-libgloss ${libgcj}"
@@ -947,6 +953,15 @@ case "${target}" in
fi
;;
sparc-*-solaris*)
+ case "${host}" in
+ sparc-*-solaris2.8)
+ # According to Gerald Pfeifer <pfeifer@dbai.tuwien.ac.at>, libjava
+ # won't build correctly on Solaris 8 if there's a
+ # previously-installed version of GCC in the configured prefix.
+ # This problem does not show up on earlier versions of Solaris.
+ noconfigdirs="$noconfigdirs ${libgcj}"
+ ;;
+ esac
;;
v810-*-*)
noconfigdirs="$noconfigdirs bfd binutils gas gcc gdb ld ${libstdcxx_version} opcodes target-libgloss ${libgcj}"
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicamp oliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist *Please* write to mailing lists, not to me