more bootstrap problems

more bootstrap problems

[Mike Stump]

At least linux and solaris are the same now:

/kankakee1/tmp/mrs/net/gcc-sol/gcc/gcj -B/kankakee1/tmp/mrs/net/gcc-sol/sparc-sun-solaris2.7/libjava/ -B/kankakee1/tmp/mrs/net/gcc-sol/gcc/ --encoding=UTF-8 -C -g -classpath /kankakee1/tmp/mrs/net/gcc-sol/sparc-sun-solaris2.7/libjava:/kankakee1/tmp/mrs/net/gcc/libjava -d /kankakee1/tmp/mrs/net/gcc-sol/sparc-sun-solaris2.7/libjava java/lang/Boolean.java
java/lang/Boolean.java:25: Blank static final variable `FALSE' may not have be initialized.
     public static final Boolean FALSE = new Boolean(false);
                                 ^
java/lang/Boolean.java:26: Blank static final variable `TRUE' may not have be initialized.
     public static final Boolean TRUE = new Boolean(true);
                                 ^
2 errors
make[2]: *** [libgcj.jar] Error 1
make[2]: Leaving directory `/kankakee1/tmp/mrs/net/gcc-sol/sparc-sun-solaris2.7/libjava'
make[1]: *** [all-target-libjava] Error 2
make[1]: Leaving directory `/kankakee1/tmp/mrs/net/gcc-sol'
make: *** [bootstrap] Error 2

:-(

Re: more bootstrap problems

[Robert Lipe]

Mike Stump wrote:

> At least linux and solaris are the same now:

I've given up on reporting bootstrap errors.  But there's also a
possible grammar error beyond the syntax error assuming you accurately
reported this message.  (Mike is pretty meticulous about such things, so
I have no reason to doubt it...)

> java/lang/Boolean.java:25: Blank static final variable `FALSE' may not have be initialized.
>      public static final Boolean FALSE = new Boolean(false);

Shouldn't "be" be "been"?

RJL

Re: more bootstrap problems

[Alexandre Petit-Bianco]

Mike Stump <mrs@windriver.com> writes:


> java/lang/Boolean.java:25: Blank static final variable `FALSE' may
> not have be initialized.

This is a problem when you build a bootstrap compiler:

  http://gcc.gnu.org/ml/gcc/2000-12/msg00403.html

This is known to fix the problem. I haven't yet had a chance to look
into why this appears to fix it (I found the generated assembly
language to be equivalent, at least on x86/Linux.)

./A

Index: parse.y
===================================================================
RCS file: /cvs/gcc/egcs/gcc/java/parse.y,v
retrieving revision 1.233
diff -u -p -r1.233 parse.y
--- parse.y     2000/12/06 20:02:02     1.233
+++ parse.y     2000/12/14 19:49:32
@@ -7200,7 +7200,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 ();
 }
 

Re: more bootstrap problems

[Mike Stump]

> Date: Wed, 13 Dec 2000 21:44:36 -0600
> From: Robert Lipe <robertlipe@usa.net>
> To: gcc@gcc.gnu.org

> I've given up on reporting bootstrap errors.

:-( This is bad.  If we piss off too many testers by not being
responsive to them, they will go away, and we loose out on testing.

I don't blame you.

> Shouldn't "be" be "been"?

I fixed it.