
Dear all, QUESTION: Is there an easy way of keeping ghc-4.08.2 from using any assembler code when compiling it from .hc files + sources? DETAILS: Why do I want to do this? gmp-2.0.2 has some problems compiling on netbsd machines that can be solved by hiding all assembler code from the compiler. Having done so, I managed to bootstrap on NetBSD 1.3.2, but still have an inplace-compiler failure on 1.5. The error message is from the gcc assembler (see below), so I thought trying a pure C variant might help somewhat. I undefined i386_{HOST,TARGET,BUILD}_ARCH in $(TOP)/mk/config.mk but it had no effect. thanks for any hints, Matthias ====================================================================== rm -f Addr.o ; if [ ! -d Addr ]; then mkdir Addr; else /usr/bin/find Addr -name '*.o' -print | xargs rm -f __rm_food ; fi ; ../../ghc/driver/ghc-inplace -recomp -cpp -fglasgow-exts -fvia-C -Rghc-timing -I../../ghc/includes -imonads -static -O -package-name lang -split-objs -c Addr.hc -o Addr.o -osuf o Funny global thing?: __stg_split_marker1: Funny global thing?: _module_registered: Funny global thing?: __init_Addr: Funny global thing?: __stg_split_marker2: Funny global thing?: __stg_split_marker3: [...] Funny global thing?: __stg_split_marker89: Funny global thing?: __stg_split_marker90: Prologue junk?: .globl __stg_split_marker2 __stg_split_marker2: ret .Lfe3: .size __stg_split_marker2,.Lfe3-__stg_split_marker2 .globl Addr_lvl_closure .data .align 4 .type Addr_lvl_closure,@object .size Addr_lvl_closure,4 Addr_lvl_closure: .long Addr_lvl_info .globl Addr_lvl_info .section .rodata .align 4 .type Addr_lvl_info,@object .size Addr_lvl_info,12 Addr_lvl_info: .long 0 .word 0 .word 0 .word 17 .word 0 .text .align 4 .globl Addr_lvl_entry .type Addr_lvl_entry,@function Addr_lvl_entry: gmake[2]: *** [Addr.o] Error 255 ====================================================================== -- Matthias Fischmann | Research Engineer | +358 (9) 8565 7474 fis@ssh.fi | SSH Communication Security Corp. | +358 (40) 752 5291
participants (1)
-
fis@ssh.com