Re: java/5489: -fverbose-asm crashes jc1 on ARM cross-compiler

Re: java/5489: -fverbose-asm crashes jc1 on ARM cross-compiler

[rearnsha]

Synopsis: -fverbose-asm crashes jc1 on ARM cross-compiler

Responsible-Changed-From-To: unassigned->rearnsha
Responsible-Changed-By: rearnsha
Responsible-Changed-When: Sat Mar 23 10:31:09 2002
Responsible-Changed-Why:
    Mine
State-Changed-From-To: open->closed
State-Changed-By: rearnsha
State-Changed-When: Sat Mar 23 10:31:09 2002
State-Changed-Why:
    The ARM back-end was playing a trick when using the special
    output rule '%d<op>' where NULL meant don't put out anything.
    
    This was causing the verbose-asm code to get upset -- it expected
    an operand it could dereference.  So pass const_true_rtx in
    those cases when we want the condition to be 'always'.  For the 
    '%D<op>' case abort if passed const_true_rtx, since that means
    'not always' (ie never), and we shouldn't be generating such
    instructions.

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

java/5489: -fverbose-asm crashes jc1 on ARM cross-compiler

[jsantala]

>Number:         5489
>Category:       java
>Synopsis:       -fverbose-asm crashes jc1 on ARM cross-compiler
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    unassigned
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Fri Jan 25 05:16:01 PST 2002
>Closed-Date:
>Last-Modified:
>Originator:     Jukka Santala
>Release:        3.1 20020122 (experimental)
>Organization:
>Environment:
RedHat 7.1
[jsantala@yavin libjava]$ /skiff/local/bin/arm-linux-gcj -v
Reading specs from /skiff/local/lib/gcc-lib/arm-linux/3.1/specs
Reading specs from /skiff/local/lib/gcc-lib/arm-linux/3.1/../../../../arm-linux/lib/libgcj.spec
rename spec lib to liborig
Configured with: ../gcc/configure --target=arm-linux --host=i386-pc-linux-gnu --prefix=/skiff/local --with-cpu=strongarm110
Thread model: posix
gcc version 3.1 20020122 (experimental)
>Description:
Originally reported as part of java/5487, I quickly discovered that use of -fverbose-asm crashes GCJ on any source file, so this is probably not actually related to 5487 - hence entering separate report. (Also includes the GCC build-info that was forgotten from 5487)

/skiff/local/bin/arm-linux-gcj -O0 -v -save-temps -ldl HelloWorld.java --main=HelloWorld -o hello -fverbose-asm
Reading specs from /skiff/local/lib/gcc-lib/arm-linux/3.1/specs
Reading specs from /skiff/local/lib/gcc-lib/arm-linux/3.1/../../../../arm-linux/lib/libgcj.spec
rename spec lib to liborig
Configured with: ../gcc/configure --target=arm-linux --host=i386-pc-linux-gnu --prefix=/skiff/local --with-cpu=strongarm110
Thread model: posix
gcc version 3.1 20020122 (experimental)
 /skiff/local/lib/gcc-lib/arm-linux/3.1/jc1 HelloWorld.java -fuse-divide-subroutine -fuse-boehm-gc -fnon-call-exceptions -fkeep-inline-functions -quiet -dumpbase HelloWorld.java -O0 -version -fverbose-asm -o HelloWorld.s
GNU Java version 3.1 20020122 (experimental) (arm-linux)
        compiled by GNU C version 3.0.3.
Class path starts here:
    ./
    /skiff/local/share/libgcj.jar/ (system) (zip)
HelloWorld.java: In class `HelloWorld':
HelloWorld.java: In method `HelloWorld.main(java.lang.String[])':
HelloWorld.java:4: internal error: Segmentation fault
>How-To-Repeat:
/skiff/local/lib/gcc-lib/arm-linux/3.1/jc1 HelloWorld.java HelloWorld.java -O0 -version -fverbose-asm -o HelloWorld.s
>Fix:

>Release-Note:
>Audit-Trail:
>Unformatted:
----gnatsweb-attachment----
Content-Type: text/x-java; name="HelloWorld.java"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="HelloWorld.java"

cHVibGljIGNsYXNzIEhlbGxvV29ybGQgewogICAgICAgIHB1YmxpYyBzdGF0aWMgdm9pZCBtYWlu
KFN0cmluZyBhcmdzW10pIHsKICAgICAgICAgICAgICAgIFN5c3RlbS5vdXQucHJpbnRsbigiSGVs
bG8gd29ybGQhIik7CiAgICAgICAgfQp9Cg==