[Bug java/5487] arm-linux-gcj cross-compiler generates bad assembler-code

[Bug java/5487] arm-linux-gcj cross-compiler generates bad assembler-code

[ngmlinux at gmail dot com]

------- Additional Comments From ngmlinux at gmail dot com  2005-08-26 18:01 -------
I've been able to reproducte the same exact issue in arm-linux-gcc-4.0.1 which I
build from source by the following process:
===code============================================================
../configure --target=arm-linux --with-gnu-as --with-gnu-ld
--enable-multilib --enable-languages=c,c++,java --disable-nls --nfp
--with-cpu-xscale --with-softfloat-support=internal
make
make install
===================================================================

I then compiled a HelloWorld.java App using the newly created gcj as follows:
===code============================================================
/usr/local/bin/arm-linux-gcj -static HelloWorld.java
--main=HelloWorldApp -g -o HelloWorld.exe
===================================================================

Compilation seemed to go fine without errors.  HelloWorld.exe appears to be a
correctly formated binary according to "file":
===code============================================================
HelloWorld.exe: ELF 32-bit LSB executable, Advanced RISC Machines ARM, version
1, statically linked, not stripped
===================================================================

The binary was then downloaded to a PXA-255 based system running armcore-2.6.7
linux.  Upon execution the executable reports the segmentation fault:
===code============================================================
[root@ARMCore test]$ ./HelloWorld.exe
Segmentation fault
===================================================================

I'd like to see this bug reopened.

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5487

[Bug java/5487] arm-linux-gcj cross-compiler generates bad assembler-code

[ngmlinux at gmail dot com]

------- Additional Comments From ngmlinux at gmail dot com  2005-08-31 20:18 -------
I now have a stacktrace from someone on this issue from gdb:
They used the following configuration parameters to build arm-linux-gcc cross
compilers:

The following was tested with gcc-3.4.3 and gcc-4.0.1 sources with the same issue.
===code==================================================================
$ arm-linux-gcj -v
Configured with: ../gcc-3.4.3/configure --target=arm-linux
--prefix=/group/teaching/iar/armcore-gx/toolchain
--enable-languages=c,c++,objc,java --disable-nls --nfp --with-cpu=xscale
--with-softfloat-support=internal
Thread model: posix
gcc version 3.4.3
=========================================================================

Here is the stacktrace:

===code==================================================================
$ arm-linux-gcj -ggdb --main=HelloWorld -o hello HelloWorld.java
running ./hello causes segfault

$ gdb hello
Program received signal SIGSEGV, Segmentation fault.
GC_push_all_eager (bottom=0x0, top=0x390a8 "") at
../../../gcc-3.4.3/boehm-gc/mark.c:1468
1468    ../../../gcc-3.4.3/boehm-gc/mark.c: No such file or directory.
        in ../../../gcc-3.4.3/boehm-gc/mark.c

(gdb) bt
#0  GC_push_all_eager (bottom=0x0, top=0x390a8 "") at
../../../gcc-3.4.3/boehm-gc/mark.c:1468
#1  0x40637660 in GC_push_all_stacks () at
../../../gcc-3.4.3/boehm-gc/pthread_stop_world.c:232
#2  0x40632194 in GC_push_roots (all=1, cold_gc_frame=0xbefffaf4 "") at
../../../gcc-3.4.3/boehm-gc/mark_rts.c:643
#3  0x406316a4 in GC_mark_some (cold_gc_frame=0xbefffaf4 "") at
../../../gcc-3.4.3/boehm-gc/mark.c:326
#4  0x406289e8 in GC_stopped_mark (stop_func=0x40628640
<GC_never_stop_func>) at ../../../gcc-3.4.3/boehm-gc/alloc.c:517
#5  0x40629488 in GC_try_to_collect_inner (stop_func=0x40628640
<GC_never_stop_func>) at ../../../gcc-3.4.3/boehm-gc/alloc.c:364
#6  0x40632c38 in GC_init_inner () at ../../../gcc-3.4.3/boehm-gc/misc.c:758
#7  0x40632f00 in GC_init () at ../../../gcc-3.4.3/boehm-gc/misc.c:477
#8  0x4062d04c in GC_init_gcj_malloc (mp_index=0, mp=0x404337b8) at
../../../gcc-3.4.3/boehm-gc/gcj_mlc.c:60
#9  0x4043449c in _Jv_InitGC () at ../../../gcc-3.4.3/libjava/boehm.cc:526
#10 0x404367c4 in _Jv_CreateJavaVM () at
../../../gcc-3.4.3/libjava/prims.cc:907
#11 0x40436ca4 in _Jv_RunMain (klass=0x1107c, name=0x0, argc=1,
argv=0xbefffdb4, is_jar=false) at ../../../gcc-3.4.3/libjava/prims.cc:992
#12 0x40436ec4 in JvRunMain (klass=0x0, argc=-1090519712, argv=0x0) at
../../../gcc-3.4.3/libjava/prims.cc:1030
#13 0x00008b04 in main (argc=1, argv=0xbefffdb4) at /tmp/cccmH5zI.i:11
=========================================================================

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |ngmlinux at gmail dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5487

[Bug java/5487] arm-linux-gcj cross-compiler generates bad assembler-code

[rearnsha at gcc dot gnu dot org]

------- Additional Comments From rearnsha at gcc dot gnu dot org  2005-09-01 10:19 -------
Subject: Re:  arm-linux-gcj cross-compiler generates bad
	assembler-code

On Wed, 2005-08-31 at 21:18, ngmlinux at gmail dot com wrote:

> (gdb) bt
> #0  GC_push_all_eager (bottom=0x0, top=0x390a8 "") at
> ../../../gcc-3.4.3/boehm-gc/mark.c:1468

Which shows that your crash is in the garbage collector, and therefore
nothing to do with this old bug report.




-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5487

[Bug java/5487] arm-linux-gcj cross-compiler generates bad assembler-code

[ngmlinux at gmail dot com]

------- Additional Comments From ngmlinux at gmail dot com  2005-09-01 19:52 -------
Subject: Re:  arm-linux-gcj cross-compiler generates bad assembler-code

> > (gdb) bt
> > #0  GC_push_all_eager (bottom=0x0, top=0x390a8 "") at
> > ../../../gcc-3.4.3/boehm-gc/mark.c:1468
> 
> Which shows that your crash is in the garbage collector, and therefore
> nothing to do with this old bug report.

Ok, I guess that verifies I did the right thing by filing a new one.  Thanks.

-Nathan


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5487