Re: java/5183: jc1 produces invalid assembly (for native as/ld) on solaris2.7

Re: java/5183: jc1 produces invalid assembly (for native as/ld) on solaris2.7

[jsturm]

Synopsis: jc1 produces invalid assembly (for native as/ld) on solaris2.7

Responsible-Changed-From-To: unassigned->jsturm
Responsible-Changed-By: jsturm
Responsible-Changed-When: Sun Jan  6 17:57:55 2002
Responsible-Changed-Why:
    Unassigned.
State-Changed-From-To: open->closed
State-Changed-By: jsturm
State-Changed-When: Sun Jan  6 17:57:55 2002
State-Changed-Why:
    rth committed a fix:
    
    http://gcc.gnu.org/ml/gcc-patches/2002-01/msg00033.html

http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=5183

Re: java/5183: jc1 produces invalid assembly (for native as/ld) on solaris2.7

[Tom Tromey]

The following reply was made to PR java/5183; it has been noted by GNATS.

From: Tom Tromey <tromey@redhat.com>
To: ghazi@caip.rutgers.edu
Cc: gcc-gnats@gcc.gnu.org
Subject: Re: java/5183: jc1 produces invalid assembly (for native as/ld) on solaris2.7
Date: 24 Dec 2001 12:34:25 -0700

 >>>>> "Kaveh" == ghazi  <ghazi@caip.rutgers.edu> writes:
 
 Kaveh> /usr/ccs/bin/as: "/var/tmp//ccXcaRxe.s", line 3022: error: can't
 Kaveh> compute value of an expression involving an external symbol
 
 FYI, this was reported to gcc-bugs, and Jeff Sturm and rth were
 talking about it.  I think it is a sparc bug and not something
 specific to gcj.
 
 Tom

java/5183: jc1 produces invalid assembly (for native as/ld) on solaris2.7

[ghazi]

>Number:         5183
>Category:       java
>Synopsis:       jc1 produces invalid assembly (for native as/ld) on solaris2.7
>Confidential:   no
>Severity:       critical
>Priority:       high
>Responsible:    unassigned
>State:          open
>Class:          wrong-code
>Submitter-Id:   net
>Arrival-Date:   Sun Dec 23 18:56:02 PST 2001
>Closed-Date:
>Last-Modified:
>Originator:     Kaveh Ghazi
>Release:        gcc 3.1 20011223 (experimental)
>Organization:
>Environment:
sparc-sun-solaris2.7
>Description:
When bootstrapping on solaris2.7 with native as/ld,
the 3-stage completes fine, then I get this error when it
compiles libjava:

/tmp/foo/java/build/gcc/gcj
-B/tmp/foo/java/build/sparc-sun-solaris2.7/sparcv9/libjava/
-B/tmp/foo/java/build/gcc/ --encoding=UTF-8 -fassume-compiled
-fclasspath=/tmp/foo/java/build/sparc-sun-solaris2.7/sparcv9/libjava
-L/tmp/foo/java/build/sparc-sun-solaris2.7/sparcv9/libjava -g -O2 -m64
-MD -MT java/lang/ThreadGroup.lo -MF java/lang/ThreadGroup.d -c
../../../../egcc-CVS20011223/libjava/java/lang/ThreadGroup.java -fPIC
-o java/lang/.libs/ThreadGroup.o
/usr/ccs/bin/as: "/var/tmp//ccXcaRxe.s", line 3022: error: can't
compute value of an expression involving an external symbol
/usr/ccs/bin/as: "/var/tmp//ccXcaRxe.s", line 3055: error: can't
compute value of an expression involving an external symbol
make[5]: *** [java/lang/ThreadGroup.lo] Error 1
>How-To-Repeat:
Bootstrap on solaris2.7 with java enabled
>Fix:

>Release-Note:
>Audit-Trail:
>Unformatted: