integrating the arm bytecode interpreter into IcedTea - gcc version portability issue

[Xerxes Rånby]

Matthias Klose skrev:
> On 15.07.2009 10:43, Gary Benson wrote:
>>
>  Matthias Klose wrote:
>>> What does it take to integrate the arm bytecode interpreter written
>>> by Edward into IcedTea? I currently build it as a set of extra
>>> patches applied to the Ubuntu packaging, which works ok. Ed provided
>>> another fix to make it work on armv4 as well, so we don't need any
>>> explicit configuration option anymore (?).
Right!
>>
>
> Here is the patch that I'm currently testing. Pending the confirmation
> from Xerxes the code should be compatible with armv4. I didn't add any
> conditionals to apply it selectively.

Portability issue:

The code contains some lines that makes function calls using c++ mangled
method names. These lines will cause linking failures when using most
c++ compilers. The code currently work using gcc 4.3.3 and possibly some
gcc 4.4 versions.
Are these some better way to do these calls with portability presered to
work with any c++ compiler?

some parts of the code contains gcc version specific code to deal with
selected gcc versions.

+#if GCC_VERSION >= 40400
+#define oop_store        _Z9oop_storeIP7oopDescEvPT_S1_
+#else
+#define oop_store        _Z9oop_storeIP7oopDescEvPVT_S1_
+#endif

other parts dont.

line 24968
+    bl    _ZN10HandleMarkD1Ev

line 23455
+    bl    _ZNK5Klass13is_subtype_ofEP12klassOopDesc

line 23961
+    bl    _ZN17HandleMarkCleanerD1Ev

line 23292
+    bl    _ZN6Atomic11cmpxchg_ptrEPvPVvS0_

The errors generated when compiling with gcc 4.1.2 are:

        echo Linking launcher...; \
         \
        arm-angstrom-linux-gnueabi-gcc -march=armv4t -mtune=arm920t
-mthumb-interwork -mno-thumb    -export-dynamic  -L `pwd`  -o gamma
launcher.o -ljvm -lm -ldl -lpthread -lstdc++; \
         \
        }
Linking launcher...
/home/rschus/oe/om/tmp/work/armv4t-angstrom-linux-gnueabi/openjdk-6-jre-6b16-r4/hg/icedtea6/openjdk-ecj/build/linux-arm/hotspot/outputdir/linux_zero_core/product/libjvm.so:
undefined reference to `Handle::Handle(oopDesc*)'
/home/rschus/oe/om/tmp/work/armv4t-angstrom-linux-gnueabi/openjdk-6-jre-6b16-r4/hg/icedtea6/openjdk-ecj/build/linux-arm/hotspot/outputdir/linux_zero_core/product/libjvm.so:
undefined reference to `Klass::is_subtype_of(klassOopDesc*) const'
/home/rschus/oe/om/tmp/work/armv4t-angstrom-linux-gnueabi/openjdk-6-jre-6b16-r4/hg/icedtea6/openjdk-ecj/build/linux-arm/hotspot/outputdir/linux_zero_core/product/libjvm.so:
undefined reference to `void oop_store<oopDesc*>(oopDesc* volatile*,
oopDesc*)'
/home/rschus/oe/om/tmp/work/armv4t-angstrom-linux-gnueabi/openjdk-6-jre-6b16-r4/hg/icedtea6/openjdk-ecj/build/linux-arm/hotspot/outputdir/linux_zero_core/product/libjvm.so:
undefined reference to `HandleMarkCleaner::~HandleMarkCleaner()'
/home/rschus/oe/om/tmp/work/armv4t-angstrom-linux-gnueabi/openjdk-6-jre-6b16-r4/hg/icedtea6/openjdk-ecj/build/linux-arm/hotspot/outputdir/linux_zero_core/product/libjvm.so:
undefined reference to `Atomic::cmpxchg_ptr(void*, void volatile*, void*)'
/home/rschus/oe/om/tmp/work/armv4t-angstrom-linux-gnueabi/openjdk-6-jre-6b16-r4/hg/icedtea6/openjdk-ecj/build/linux-arm/hotspot/outputdir/linux_zero_core/product/libjvm.so:
undefined reference to `ThreadInVMfromJava::~ThreadInVMfromJava()'
collect2: ld returned 1 exit status

Cheers
Xerxes