This is the mail archive of the
java-patches@gcc.gnu.org
mailing list for the Java project.
Patch: FYI: fastjar fix for PPC
- From: Tom Tromey <tromey at redhat dot com>
- To: Java Patch List <java-patches at gcc dot gnu dot org>
- Date: 14 Jan 2003 14:20:31 -0700
- Subject: Patch: FYI: fastjar fix for PPC
- Reply-to: tromey at redhat dot com
I'm checking this in on the trunk.
Apparently a change went in without regenerating config.h.in.
This shows up as `jar tf' failing on PPC, because the endianness check
isn't properly propagated to the code.
Tom
Index: ChangeLog
from Tom Tromey <tromey@redhat.com>
* config.h.in: Rebuilt.
Index: config.h.in
===================================================================
RCS file: /cvs/gcc/gcc/fastjar/config.h.in,v
retrieving revision 1.7
diff -u -r1.7 config.h.in
--- config.h.in 10 Nov 2002 21:04:24 -0000 1.7
+++ config.h.in 14 Jan 2003 21:13:31 -0000
@@ -15,15 +15,15 @@
/* Define if you have the <fcntl.h> header file. */
#undef HAVE_FCNTL_H
+/* Define if you have the <limits.h> header file. */
+#undef HAVE_LIMITS_H
+
/* Define if you have the <ndir.h> header file. */
#undef HAVE_NDIR_H
/* Define if you have the <stdlib.h> header file. */
#undef HAVE_STDLIB_H
-/* Define if you have the <limits.h> header file. */
-#undef HAVE_LIMITS_H
-
/* Define if you have the <sys/dir.h> header file. */
#undef HAVE_SYS_DIR_H
@@ -61,7 +61,13 @@
/* The number of bytes in type long long */
#undef SIZEOF_LONG_LONG
+/* whether byteorder is bigendian */
+#undef WORDS_BIGENDIAN
+
/* Define if the host machine stores words of multi-word integers in
big-endian order. */
-#undef WORDS_BIG_ENDIAN
+#undef HOST_WORDS_BIG_ENDIAN
+
+/* 1234 = LIL_ENDIAN, 4321 = BIGENDIAN */
+#undef BYTEORDER