Am 15.11.2010, 21:27 Uhr, schrieb Iain Buclaw <ibuc...@ubuntu.com>:

== Quote from Iain Buclaw (ibuc...@ubuntu.com)'s article
There's a patch in Debian which addresses this. Last time I tried (a nice fella allowed me to work via ssh'ing onto a sheevaplug) it mostly works, but you'll need to use the gcstub sources, as the normal gc don't work (2.035~ish time this was I
think, so things may have improved since).
Regards

First one fixes your linker errors. I'm not sure whether or not the second is
needed for GCC-4.4 (it was for GCC-4.3).

--- a/src/gcc/config/arm/arm-c.c 2007-11-05 17:13:46.000000000 +0000 +++ b/src/gcc/config/arm/arm-c.c 2010-08-29 11:42:36.503460693 +0100
@@ -15,7 +15,7 @@
 {
   /* Tag_ABI_PCS_wchar_t.  */
   asm_fprintf (asm_out_file, "\t.eabi_attribute 18, %d\n",
-              (int)(TYPE_PRECISION (wchar_type_node) / BITS_PER_UNIT));
+              (int)(WCHAR_TYPE_SIZE / BITS_PER_UNIT));
 }


--- a/src/gcc/d/d-gcc-includes.h 2010-08-19 12:30:20.000000000 +0100 +++ b/src/gcc/d/d-gcc-includes.h 2010-08-23 10:44:15.709788361 +0100
@@ -32,7 +32,11 @@

 // hack needed to prevent inclusion of the generated insn-flags.h
 // which defines some inline functions that use C prototypes....
+// because some archs depend on this header for EH routines,
+// only do this if EH_RETURN_HANDLER_RTX is already defined.
+#ifdef EH_RETURN_HANDLER_RTX
 #define GCC_INSN_FLAGS_H
+#endif

// Conflicting definitions between stdio.h and libiberty.h over the throw()
 #define HAVE_DECL_ASPRINTF 1

Forget my last message, I tried to build an arm-elf cross compiler (because the archlinux gcc pakages did that). As arm-elf is bare metal ARM without the linux kernel, glibc and everything else the usual .configure make make install thing didn't work and therefore the original build script did some tricks to compile for arm-elf. I guess those tricks made the gdc setup fail.

I've now built my own bintutils and gcc for arm-none-linux-gnueabi and here things worked out better. I still had to apply the first patch, the compiler was built and it tried to compile phobos. That failed in math.d because of missing ARM support:
-------------------------------------------------------------------------------------------------------------------------
/var/abs/local/cross-arm-linux-gnueabi/cross-arm-none-linux-gnueabi-gdc2-hg/src/gcc-build/./gcc/gdc -B/var/abs/local/cross-arm-linux-gnueabi/cross-arm-none-linux-gnueabi-gdc2-hg/src/gcc-build/./gcc/ -B/usr/arm-none-linux-gnueabi/bin/ -B/usr/arm-none-linux-gnueabi/lib/ -isystem /usr/arm-none-linux-gnueabi/include -isystem /usr/arm-none-linux-gnueabi/sys-include -o std/math.o -Wall -g -frelease -O2 -fversion=GC_Use_Alloc_MMap -fversion=GC_Use_Stack_GLibC -fversion=GC_Use_Data_Fixed -nostdinc -pipe -I ../../../gcc-4.4.5-build/libphobos -I ./arm-none-linux-gnueabi -fdeprecated -c ../../../gcc-4.4.5t-build/libphobos/std/math.d ../../../gcc-4.4.5-build/libphobos/std/math.d:2080: Error: undefined identifier INEXACT_MASK ../../../gcc-4.4.5-build/libphobos/std/math.d:2082: Error: undefined identifier UNDERFLOW_MASK ../../../gcc-4.4.5-build/libphobos/std/math.d:2084: Error: undefined identifier OVERFLOW_MASK ../../../gcc-4.4.5-build/libphobos/std/math.d:2086: Error: undefined identifier DIVBYZERO_MASK ../../../gcc-4.4.5-build/libphobos/std/math.d:2088: Error: undefined identifier INVALID_MASK
make[3]: *** [std/math.o] Fehler 1
make[3]: Leaving directory `/var/abs/local/cross-arm-linux-gnueabi/cross-arm-none-linux-gnueabi-gdc2-hg/src/gcc-build/arm-none-linux-gnueabi/libphobos'
make[2]: *** [all] Fehler 2
make[2]: Leaving directory `/var/abs/local/cross-arm-linux-gnueabi/cross-arm-none-linux-gnueabi-gdc2-hg/src/gcc-build/arm-none-linux-gnueabi/libphobos'
make[1]: *** [all-target-libphobos] Fehler 2
make[1]: Leaving directory `/var/abs/local/cross-arm-linux-gnueabi/cross-arm-none-linux-gnueabi-gdc2-hg/src/gcc-build'
-------------------------------------------------------------------------------------------------------------------------

I guess I have to find those values for ARM, but I fear there could be more ARM specific problems with phobos.
--
Johannes Pfau

Reply via email to