About upgrading the gcc/ directory and not being able to build libgcj.

Wed Dec 8 12:41:00 GMT 1999

Mark Mitchell came up with a legitimate patch which unfortunately
breaks the Java front-end. Since the change is too dramatic for jc1 to
cope with (even though such a change is planned -- it has to do with
the way jc1 handles qualified expressions), I'm talking to Mark to
have the patch removed. In the meantime, please refrain from updating
gcc/tree.h
If you already did, you'll need to apply this anti-patch in order for
libgcj to build.
Symptoms are SEGVs while compiling libgcj. I got mine in
java/io/BufferedInputStream.java but I can imagine that your mileage
may vary. I expect the bug to show up on every platforms.
./A
Index: tree.h
===================================================================
RCS file: /cvs/gcc/egcs/gcc/tree.h,v
retrieving revision 1.108
diff -u -p -r1.108 tree.h

--- tree.h 1999年12月05日 17:53:14 1.108
+++ tree.h 1999年12月08日 20:33:57
@@ -750,9 +750,8 @@ struct tree_vec
 
 /* In a EXPR_WITH_FILE_LOCATION node. */
 #define EXPR_WFL_NODE(NODE) TREE_OPERAND((NODE), 0)
-#define EXPR_WFL_FILENAME(NODE) \
- (IDENTIFIER_POINTER (EXPR_WFL_FILENAME_NODE ((NODE))))
-#define EXPR_WFL_FILENAME_NODE(NODE) TREE_OPERAND((NODE), 1)
+#define EXPR_WFL_FILENAME(NODE) (IDENTIFIER_POINTER ((NODE)->common.chain))
+#define EXPR_WFL_FILENAME_NODE(NODE) ((NODE)->common.chain)
 #define EXPR_WFL_LINENO(NODE) (EXPR_CHECK (NODE)->exp.complexity >> 12)
 #define EXPR_WFL_COLNO(NODE) (EXPR_CHECK (NODE)->exp.complexity & 0xfff)
 #define EXPR_WFL_LINECOL(NODE) (EXPR_CHECK (NODE)->exp.complexity)
