RE: libgcj/9051: Small program causes crash with -Os option

RE: libgcj/9051: Small program causes crash with -Os option

[Øyvind Harboe]

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

From: =?iso-8859-1?Q?=D8yvind_Harboe?= <oyvind.harboe@zylin.com>
To: "Mark Wielaard" <mark@klomp.org>,
	<gcc-gnats@gcc.gnu.org>,
	<gcc-bugs@gcc.gnu.org>,
	<nobody@gcc.gnu.org>
Cc: <bje@gcc.gnu.org>
Subject: RE: libgcj/9051: Small program causes crash with -Os option
Date: Sun, 23 Feb 2003 18:17:59 +0100

 >Closed? What 3.3 version was that exactly? I am still=20
 >seeing the failure. for the example given in the report.
 
 Mohans build.
 
 C:\>thisiscool-gcc\gcc-3.3\bin\gcj -v
 Reading specs from =
 thisiscool-gcc\gcc-3.3\bin\..\lib\gcc-lib\mingw32\3.3\specs
 Reading specs from =
 thisiscool-gcc\gcc-3.3\bin\..\lib\gcc-lib\mingw32\3.3\..\..\.
 .\libgcj.spec
 rename spec lib to liborig
 Configured with: /datal/gcc/gcc/configure =
 --prefix=3D/datal/gcc/w32gcc/gcc --build
 =3Di686-pc-linux-gnu --host=3Dmingw32 --target=3Dmingw32 =
 --enable-languages=3Dc,c++,java
  --with-gcc --with-gnu-as --with-gnu-ld =
 --with-as=3D/datal/gcc/xgcc/bin/mingw32-as
  --with-ld=3D/datal/gcc/xgcc/bin/mingw32-ld --enable-threads=3Dwin32 =
 --disable-nls -
 -disable-win32-registry --disable-shared --disable-debug =
 --disable-multilib --wi
 thout-newlib --enable-libgcj --disable-java-awt --without-x =
 --enable-java-gc=3Dboe
 hm --disable-libgcj-debug --enable-interpreter =
 --enable-hash-synchronization : (
 reconfigured)
 Thread model: win32
 gcc version 3.3 20030218 (prerelease)
 

Re: libgcj/9051: Small program causes crash with -Os option

[Mark Wielaard]

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

From: Mark Wielaard <mark@klomp.org>
To: gcc-gnats@gcc.gnu.org, gcc-bugs@gcc.gnu.org, nobody@gcc.gnu.org,  oyvind.harboe@zylin.com
Cc: bje@gcc.gnu.org
Subject: Re: libgcj/9051: Small program causes crash with -Os option
Date: 23 Feb 2003 01:18:08 +0100

         http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=9051
         
         State-Changed-From-To: open->closed
         State-Changed-By: bje
         State-Changed-When: Sat Feb 22 23:12:54 2003
         State-Changed-Why: Reported by the originator as being fixed on the 3.3 branch.
         
 Closed? What 3.3 version was that exactly? I am still seeing the
 failure. for the example given in the report.
 

Re: libgcj/9051: Small program causes crash with -Os option

[bje]

Synopsis: Small program causes crash with -Os option

State-Changed-From-To: open->closed
State-Changed-By: bje
State-Changed-When: Sat Feb 22 23:12:54 2003
State-Changed-Why:
    Reported by the originator as being fixed on the 3.3 branch.

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

Re: libgcj/9051: Small program causes crash with -Os option

[Mark Wielaard]

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

From: Mark Wielaard <mark@klomp.org>
To: gcc-gnats@gcc.gnu.org, java-prs@gcc.gnu.org, gcc-bugs@gcc.gnu.org,  nobody@gcc.gnu.org, gcc-prs@gcc.gnu.org, oyvind.harboe@zylin.com
Cc:  
Subject: Re: libgcj/9051: Small program causes crash with -Os option
Date: 16 Feb 2003 21:28:11 +0100

 http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=9051
 
 When compiling with only -Os I get:
 
 Exception in thread "main" java.lang.NullPointerException
    at Test.foo(java.lang.String) (Unknown Source)
    at Test.main(java.lang.String[]) (Unknown Source)
 
 But adding -g (or just removing -Os) I get:
 
 lkasjdfasdf
 lkasjdflkasjdfasdf
 lkasjdflkasjdflkasjdfasdf
 lkasjdflkasjdflkasjdflkasjdfasdf
 lkasjdflkasjdflkasjdflkasjdflkasjdfasdf
 lkasjdflkasjdflkasjdflkasjdflkasjdflkasjdfasdf
 lkasjdflkasjdflkasjdflkasjdflkasjdflkasjdflkasjdfasdf
 lkasjdflkasjdflkasjdflkasjdflkasjdflkasjdflkasjdflkasjdfasdf
 lkasjdflkasjdflkasjdflkasjdflkasjdflkasjdflkasjdflkasjdflkasjdfasdf
 lkasjdflkasjdflkasjdflkasjdflkasjdflkasjdflkasjdflkasjdflkasjdflkasjdfasdf
 lkasjdflkasjdflkasjdflkasjdflkasjdflkasjdflkasjdflkasjdflkasjdflkasjdflkasjdfasdf
 lkasjdflkasjdflkasjdflkasjdflkasjdflkasjdflkasjdflkasjdflkasjdflkasjdflkasjdflkasjdfasdf
 lkasjdflkasjdflkasjdflkasjdflkasjdflkasjdflkasjdflkasjdflkasjdflkasjdflkasjdflkasjdflkasjdfasdf
 lkasjdflkasjdflkasjdflkasjdflkasjdflkasjdflkasjdflkasjdflkasjdflkasjdflkasjdflkasjdflkasjdflkasjdfasdf
 
 Seems that -Os is broken (both in gcc 3.2 and on the 3.3 branch.
 But specifying -g to add ebug symbols seems like a workaround
 
 Cheers,
 
 Mark
 
 

libgcj/9051: Small program causes crash with -Os option

[oyvind.harboe]

>Number:         9051
>Category:       libgcj
>Synopsis:       Small program causes crash with -Os option
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    unassigned
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Tue Dec 24 00:56:01 PST 2002
>Closed-Date:
>Last-Modified:
>Originator:     oyvind.harboe@zylin.com
>Release:        GCJ 3.2 MinGW
>Organization:
>Environment:
C:\eclipse\workspace\output>gcj -v
Reading specs from c:/mingw/bin/../lib/gcc-lib/mingw32/3.2/specs
Reading specs from c:/mingw/bin/../lib/gcc-lib/mingw32/3.2/../../../libgcj.spec
rename spec lib to liborig
Configured with: /extra/src/gcc/gcc-3.2/configure --prefix=/extra/wingcc --build
=i686-pc-linux-gnu --host=mingw32 --target=mingw32 --enable-languages=c,c++,java
 --with-gcc --with-gnu-as --with-gnu-ld --with-as=/extra/xgcc/bin/mingw32-as --w
ith-ld=/extra/xgcc/bin/mingw32-ld --enable-threads=win32 --disable-nls --disable
-win32-registry --disable-shared --disable-debug --disable-multilib --without-ne
wlib --enable-libgcj --disable-java-awt --without-x --enable-java-gc=boehm --dis
able-libgcj-debug --enable-interpreter --enable-hash-synchronization
Thread model: win32
gcc version 3.2 (mingw special 20020817-1)
>Description:
Compile included class and run the executable. It crashes when compiled with the -Os option.

>How-To-Repeat:
1. Unzip crash.zip
2. gcj -Os -o foo.exe --main=Test Test.class
3. Run the program

C:\eclipse\workspace\output>foo

abnormal program termination
>Fix:
In my real app, I removed the final keyword. That didn't help in this reduced example.
>Release-Note:
>Audit-Trail:
>Unformatted:
----gnatsweb-attachment----
Content-Type: application/x-zip-compressed; name="crash.zip"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="crash.zip"

UEsDBBQAAAAIAFdNmC3ILdRZeQIAADgEAAAKAGAAVGVzdC5jbGFzc1NESwBcAAAAAAgADne+amNk
YGkQYWBgUGGAAAcgZmQCM1kVgIQCkM3ICuGLAolmW223pJg9bGIHXhmB1DExyDAwgqVFGP4zyjMw
QjhgEgBVVA0ABwYeCD4GHgg+mR0IPnVSbU/TYBQ9zzrWrRSYHZvyIir4MgZjviAqQ1QQEpOJRpCE
+KnbulHc2qXrzPw7/gNMZAlL9Ls/yniebgaRmaa3t8899zz33nN//jr9DgVZbAuE96ymr0IIxI/M
T2auZjrV3JvikVXiqSKg1s32e8f2BYzCGWDX92ynmheIrNkMrgso6fl9sm26ZUuHiqiGMDSBsYLt
WDutetHy9sxizZI0bsms7ZueLf/7h2H/0G6SrSCrIa1ScV2BZPrilfIWtfbRbB6VK1EYApNnkHct
x7fr1la7ZDV823VUjGtIQtMxhEgMIVwWSP3LuNGqVCxPxYQs+5KGSUyxELPRsJyywOKgEi4c9Tjy
Oq5iRjJcE4j6bi8mMJ6+mEHsDcxK7Ny5ye9+bvpWXcUtzsBtcerJXqrt5t4yz2e2ZdaZfQfpGG5j
XiAxAKBigWNqyIOao1NpNraIpfNXBYWouMt2a5ZT9Q8DFV/puI8HGu5hWUdcJoawIhBqt4mjLEXT
ExAOX+o2Xfj/9CljuG7aRKbSHwYJKZm5ImGzKaV8Lj2vyi1IDEALaLtuyytZ27bcl5jckyWJ4hhD
XDVA8KXMtAp9biBtjH85foNYpoPhYzoh6LSRfsIIrd73RzEWxNl1P/mUZEP8rhmJ10Zip4vkQQep
H6vhTPYbrnQxeWAkOpheOMH1E9zc+YpM9gQ5vg/j5S+IZrIdPDomV4Tco1zF3t0ZaLTD5NYZiTNi
0I4znqSkE5RrCiuYRh4zQX3LvRr69UnvcVC/gid8ImSNEL9Kq5Anxbw1jiSGp1jv95EnRvY40kWI
HTwzXgSF/RmGVAKYpT/310BGsIHNYLIvA+TWb1BLAwQUAAAACABXTZgtISnmKQ4BAADFAQAACQBg
AFRlc3QuamF2YVNESwBcAAAAAAgADne+amNkYGkQYWBgUGGAAAcgZmQCM1kVgIQCkM3ICuGLAolm
W223pJg9bGIHXhmB1DExyDAwgqVFGP4zyjMwQjhgEgBVVA0ABwYeCD4GHgg+lhsIPl2Qz2rDMAzG
zwnkHUROdgZpd+4Cu+wF1u00dlBSp/GWyMFW2pSxd5/tJi0MLAv05ye+L0s3RZGlUMAzTtwZC6ZD
WxsVapssHae61w00PToHb8pxlv5kabJnq+kIA87vpHnnK/6NVp+QFZyMPkBrjFim5ln6blhLWk3Y
w1L3IzXaKu+/0X0d2jxgVjJV126shWB7CSlSEu6sOQOpM7xOxHpQL3OjRtaGhIwbv+FrkJsOxP8R
UPJOWhRUFNeS9ezDPN85a+wvjtVQmolLL5W4J0Fyd2vrFgSVvaIjd0I+PW638U4SnCC5CvHEYNXV
VsfIPkXDBtS0OPbxCWiP7uZaEBq8F7IMsByddysSPc2/P1BLAQIWCxQAAAAIAFdNmC3ILdRZeQIA
ADgEAAAKABEAAAAAAAAAIAC2gQAAAABUZXN0LmNsYXNzU0QEAFwAAABVVAUABwYeCD5QSwECFgsU
AAAACABXTZgtISnmKQ4BAADFAQAACQARAAAAAAABACAAtoEBAwAAVGVzdC5qYXZhU0QEAFwAAABV
VAUABwYeCD5QSwUGAAAAAAIAAgCRAAAAlgQAAAAA