Re: build error (2)

[Tom dot Williams at diversifiedsoftware dot com]

At least you guys can get the latest egcs snapshots to compile!   I keep
getting internal compiler errors when I use either the last egcs snapshot
OR gcc-2.95.2 to build the latest gcc-20001127 snapshot.  I am doing
bootstrap builds because I want the egcs C++ compiler for another
programming task.

Maybe next weeks snapshot will work better for me......

Of course, this has nothing to do with libgcj or gcj, but I thought I would
vent just a tad..... :-)

Peace.....

Tom




Alexandre Petit-Bianco <apbianco@cygnus.com>@sources.redhat.com on
11/30/2000 02:06:03 PM

Please respond to apbianco@cygnus.com

Sent by:  java-discuss-owner@sources.redhat.com


To:   Oskar Liljeblad <osk@hem.passagen.se>
cc:   java-discuss@sourceware.cygnus.com
Subject:  Re: build error (2)



Oskar Liljeblad writes:

> Ok, I downloaded & built the latest gcj (which contained the patch
> that Alexandre recommended). This time it is failing on

You've been building gcj with a previously installed egcs which seems
to miscompile one function. Rebuild gcj with the default compiler or
apply this work around patch to the compiler (by reading it you'll
understand that I think it's about egcs miscompiling gcj.)

I'd like to find some time to investigate this thing. It's been biting
a lot of people lately.

./A

Index: parse.y
===================================================================
RCS file: /cvs/gcc/egcs/gcc/java/parse.y,v
retrieving revision 1.230
diff -u -p -r1.230 parse.y
--- parse.y     2000/11/23 06:04:16     1.230
+++ parse.y     2000/11/30 22:04:45
@@ -7164,7 +7164,8 @@ static void
 end_artificial_method_body (mdecl)
      tree mdecl;
 {
-  BLOCK_EXPR_BODY (DECL_FUNCTION_BODY (mdecl)) = exit_block ();
+  tree b = exit_block ();
+  BLOCK_EXPR_BODY (DECL_FUNCTION_BODY (mdecl)) = b;
   exit_block ();
 }