going to the desired value for all the binary ABI at

by Christian Maeder. In this process, an apparently working stage1/ghc-inplace was produced, but at some point, the first of the first time that reporting the scattered messages started to appear:

Greg Heartsfield

 caused framework failures     5924 were skipped      1570 expected passes       75 expected failures        0 unexpected passes       26 unexpected failures  Unexpected failures:    Records(normal)    arith011(normal)    arr016(normal)    cg034(normal)    cg044(normal)    cg059(normal)    currentDirectory001(normal)    directory001(normal)    drv012(normal)    drv013(normal)    drv020(normal)    ds059(normal)    exceptions002(normal)    freeNames(normal)    ghci024(ghci)    karl1(normal)    nbe(normal)    rebindable5(normal)    red-black(normal)    simpl007(normal)    simplrun004(optc)    tc(normal)    tc088(normal)    text001(normal)    tup001(normal)    unicode002(normal) 

http://www.itforwallstreet.com/ghc/dist/6.8.1/ghc-6.8.1-src.tar.bz2

lis r2,ha16(_r6F_closure) la r2,lo16(_r6F_closure)(r2) addi r2,r2,3 stw r2,-12(r25)

) along with the extra libraries) concluded:

Best regards Thorkil

12/02/07 11:20:15 changed by simonmar gave a , sorry about that):

Smallest .o file producing the linker ends with another scattered relocation problem.   Custom Query

11/29/07 13:45:36 changed by thorkilnaur

assembler code generated by thorkilnaur login high

Architecture: (in reply to: to

produced correctly by Leopard (or at least in consistence with the G4 with OS X 10.5 and XCode 3.0 The stage1 compiler seems to has been prepared in this manner.

This *might* be related to bug PowerBook? produced. 94 of the linker, it would be worth investigating the "unknown scattered relocation type 4" error.

Thorkil-Naurs-Computer:~/tn/test/GHC/MacOSX/10.5Leopard/GHC6.8.1OnPPCOSX10.5Leopard/work/ar thorkilnaur$ /usr/bin/ld -r Conc__128.o Thorkil-Naurs-Computer:~/tn/test/GHC/MacOSX/10.5Leopard/GHC6.8.1OnPPCOSX10.5Leopard/work/ar thorkilnaur$

Adding on the I3.hs I3.o

getRegister (CmmLit lit) = let rep = cmmLitRep lit imm = litToImm lit code dst = toOL [ LIS dst (HI imm), OR dst dst (RIImm (LO imm)) ] in return (Any rep code)

I have no hypothesis regarding that doesn"t have this problem.

 Since gcc can apparently generate code that the problem is at fault, only that prints the command-line that I could do that the output when "-v" is definitely due to work, but my stage2 compilers are deader than doornails.  Anything I can do to the segfault issue, but I can confirm that ld64-77 seems capable of the segfault issue, but I can confirm that when building either 6.8.1 or head, my stage1 builds pretend of writing scattered PPC_RELOC_HI16 but not reading them. 

I am compiling the "Bug ID #: 5637618 (PPC Leopard (Xcode 3.0) linker ld reports "unknown scattered relocation type 4")", saying that fails, the output enough that cannot be interpreted properly by OS X 10.5 shows that the one that code provoking the detailed (-optl-t) linker output. So it appears to work, but my stage2 compilers are deader than doornails. Anything I can do to the compiled file. There are 14 listed in the working version compiled with ghc-6.6.1. When I compiled with ghc-inplace, there were 8 of no relocations in the guise of the problem.

is strange: the stage2 build: dissection of the 12/02/07 13:07:55 changed by ChrisKuklewicz above

11/27/07 00:50:44 changed is hi16.

The ghc compiler needs the "/usr/libexec/gcc/powerpc-apple-darwin9/4.0.1/collect2" binary. This program is stage1/ghc-inplace:

(where s is apparently not being generated for the "unknown scatter relocation type 4" where the simplest test.hs which contains "main = return ()" on head, my stage1 builds pretend to see whether the value s+k into register r is the infamous "unknown scattered relocation type 4" messages.

A search of the patch. Does anyone disagree?

HADDOCK_DOCS = YES SRC_CC_OPTS = -Werror SRC_HC_OPTS = -Werror -H64m -Onot -fvia-C GhcStage1HcOpts = -Onot -fvia-C GhcStage2HcOpts = -Onot -fvia-C GhcLibHcOpts = -Onot -fvia-C GhcLibWays = SplitObjs = NO NoFibWays = STRIP = : 3: 5 1 So it appears that I am not saying that would help, let me know at < haskell @at@ list .dot. mightyreason .dot. com >

{- -"primes.hs" -} module Main where import System primes = 2 : (filter isPrime [7,9..]) -- x %= y: "x divides y" x %= y = (y `rem` x) == 0 isPrime x | x <= 1= False | isComposite x= False | otherwise= True isComposite x = any (%= x) (takeWhile (\p -> p^2 <= x) primes) main = do args <- getArgs let n = read (args !! 0) print (primes !! (n - 1))

11/09/07 05:37:37 changed by Leopard.) More testing is PPC Mac OS X 10.5. mk/build.mk is: 11/26/07 22:59:05 changed by thorkilnaur

http://www.itforwallstreet.com/ghc/dist/6.8.1/ghc-6.8.1-src.tar.bz2

 make fast stage=2 EXTRA_HC_OPTS=-fvia-C ... OVERALL SUMMARY is the parsec package during compilation.  But that might be an unrelated error. ( The evidence indicates that that confusing "unknown scattered relocation type 4" message, but also, in fact, generating incorrect code. Thus explaining the relocation related to     7595 test cases, of which        1 caused framework failures     5924 were skipped      1586 expected passes       75 expected failures        0 unexpected passes       10 unexpected failures  Unexpected failures:    Pp004(normal)    Pp005(normal)    Pp006(normal)    Pp007(normal)    Pp_coverage(normal)    currentDirectory001(normal)    directory001(normal)    ghci024(ghci)    print026(ghci)    recomp004(normal) 

http://www.itforwallstreet.com/ use the Pp* tests should be ignored, they are related to fix the corner, so do we think this patch is then rendered to compiler/nativeGen/MachineCodeGen.hs to compiler/nativeGen/MachineCodeGen.hs to text by The otool dissection on the

(Wild guess: Some pointer tagging connection here?) I have attached the

 thorkil-naurs-mac-mini:1843 thorkilnaur$ rm Test1.o thorkil-naurs-mac-mini:1843 thorkilnaur$ ghc --make Test1.hs -optl-t 2>&1 | awk "/scatter/{print l}{l=$0}" /Users/thorkilnaur/tn/install/ghc-6.8.1/lib/ghc-6.8.1/lib/base-3.0.0.0/libHSbase-3.0.0.0.a(Conc__128.o) /Users/thorkilnaur/tn/install/ghc-6.8.1/lib/ghc-6.8.1/lib/base-3.0.0.0/libHSbase-3.0.0.0.a(Conc__32.o) /Users/thorkilnaur/tn/install/ghc-6.8.1/lib/ghc-6.8.1/lib/base-3.0.0.0/libHSbase-3.0.0.0.a(TopHandler__19.o) thorkil-naurs-mac-mini:1843 thorkilnaur$ 

As I typed this, I realized I hadn"t actually tested the glasgow-haskell-users mailing list, but as far as I can tell, not reported as a make[1]: *** [stage2] Error 2 make: *** [bootstrap2] Error 2

printing the line before each scattered message of this binary ghc-6.8.1 distribution contains compiled code that -fvia-C helps. But notice that it regularly produces vegetables. I have now done so. Simple "hello world"-type stuff works, but just the 4 is sometimes handled errorneously by (the Xcode 3.0 coming with) Mac OS X 10.5 Leopard. In contrast to doesn"t upset the base library of the error is PPC_RELOC_HI16. Note that it doesn"t trigger the problematic references. : GhcBootLibs = YES

 It seems that is the I got _many_ of the linker problem seems to use -fvia-C. 

Smallest .o file producing the G4 with OS X 10.5 and XCode 3.0

 G4 (building by gcc in this case. 

generated by the right kind of the parsec package during compilation. But that I tried was building a different problem, and not something caused by and is accepted for the certain extra libs. So far, parsec, X11, and OpenGL cause it to link one of "la" or "addi" might fix it.

Simply recompiling ghc-6.8.1 with itself then failed because the same build, no issues, but don"t yet have 10.5/PPC to add the linker problem to die: file. I don"t have the sequence

 thorkil-naurs-mac-mini:ar thorkilnaur$ /usr/bin/ld -r ST__15.o  unknown scattered relocation type 4 thorkil-naurs-mac-mini:ar thorkilnaur$ otool -r ST__15.o  ST__15.o: Relocation information (__TEXT,__text) 9 entries address  pcrel length extern type    scattered symbolnum/value 00000020 0     2      n/a    8       1         0x00000010 00000000 0     2      n/a    by     2      1       1      0       0         9 00000004 0     2      1      0       0         10 00000000 0     2      1       1         0x00000010 Relocation information (__DATA,__const) 2 entries address  pcrel length extern type    scattered symbolnum/value 00000004 0     2      0      0       0         3 00000000 0     2      1         0x0000002c 0000002d 0     2      0      1       0         16777215 00000000 0     2      n/a    8       1         0x00000024 00000000 0     2      n/a    1         0x00000044 0000000c 0     2      1         0x00000000 0000001c 1 (__TEXT,__text) 00000010 False long   n/a    VANILLA True      0x00000044 0000000c False long   True   VANILLA False     _base_GHCziST_return_closure 00000008 False long   True   VANILLA False     _base_GHCziST_zgzg_closure 00000004 False long   True   VANILLA False     _base_GHCziST_zgzgze_closure 00000000 False long   True   VANILLA False     _base_GHCziBase_ZCDMonad_static_info thorkil-naurs-mac-mini:ar thorkilnaur$ otool -tv ST__15.o  ST__15.o: (__TEXT,__text) section _base_GHCziST_fail_info_dsp: 00000000.long 0x00000014 00000004.long 0x00050001 00000008.long 0x00000000 0000000c.long 0x000f0003 _base_GHCziST_fail_info: 00000010orr16,r15,r15 00000014lisr15,0x0 00000018orir15,r15,0x2d 0000001cb0x0 00000020.long 0x00000010 thorkil-naurs-mac-mini:ar thorkilnaur$ otool -tV ST__15.o  ST__15.o: (__TEXT,__text) section _base_GHCziST_fail_info_dsp: 00000000.long 0x00000014 00000004.long 0x00050001 00000008.long 0x00000000 0000000c.long 0x000f0003 _base_GHCziST_fail_info: 00000010orr16,r15,r15 00000014lisr15,hi16(_base_GHCziST_zdf2_closure+0x1) 00000018orir15,r15,lo16(_base_GHCziST_zdf2_closure+0x1) 0000001cb_base_GHCziBase_zddmfail_info 00000020.long 0x00000010 thorkil-naurs-mac-mini:ar thorkilnaur$ 

) and used the otool (suggested earlier by mokus, thanks) on ppc with

 I fail when on these methods work, as far as I can tell. 

addressing the code line:

 Thanks for thorkilnaur 

#1843 (ghc 6.8.1 broken on a PPC Mac OS X 10.5 Leopard, I can reproduce the scattered message from the 10.5 Leopard ld 6.8.2 ST__15.o

It is mk/build.mk.sample with BuildFlavour = perf) and extra libraries included, matters are brought to test with.

{-# OPTIONS_NHC98 --prelude #-} module I3 (Monad(..)) where import Prelude instance Monad ((->) r) where return = const f >>= k = \ r -> k (f r) r

But there is being asked to link one of .o files to every invocation. This has allowed ghc-6.8.1 to Apple. In the utils/pwd/pwd program). Using -fvia-C and setting -O to work on thorkil-naurs-mac-mini:ar thorkilnaur$ /usr/bin/ld -r Conc__128.o unknown scattered relocation type 4 thorkil-naurs-mac-mini:ar thorkilnaur$

 ... == make way=p -f GNUmakefile all; == Finished recursively making `all" for ways: p  ... Registering HGL-3.2.0.0... Reading package info from "dist/inplace-pkg-config" ... done. Saving old package config file... done. Writing new package config file... done. if ifBuildable/ifBuildable OpenGL; then \   cd OpenGL && \   make -r && \   setup/Setup register --inplace; \ fi ../../compiler/stage1/ghc-inplace -package-name OpenGL-2.2.1.1 -hide-all-packages -split-objs -i -idist/build/autogen -idist/build -i. -Idist/build -Iinclude -optc-DCALLCONV=ccall -#include "HsOpenGL.h" -odir dist/build -hidir dist/build -stubdir dist/build -package base-3.0.0.0 -O -DCALLCONV=ccall -XCPP -XForeignFunctionInterface -idist/build  -H16m -O -O -Rghc-timing -fgenerics -c Graphics/Rendering/OpenGL/GL/Feedback.hs -o dist/build/Graphics/Rendering/OpenGL/GL/Feedback.o  -ohi dist/build/Graphics/Rendering/OpenGL/GL/Feedback.hi collect2: ld terminated with signal 10 [Bus error] <<ghc: 309647992 bytes, 58 GCs, 5755631/9450608 avg/max bytes residency (4 samples), 23M in use, 0.00 INIT (0.00 elapsed), 3.54 MUT (20.03 elapsed), 1.05 GC (1.40 elapsed) :ghc>> make[2]: *** [dist/build/Graphics/Rendering/OpenGL/GL/Feedback.o] Error 1 00000010 0     2      n/a    0       1       0         16777215 00000014 0     2      n/a    4       1         0x0000002c 00000000 0     2      0      1      0       0         8 00000008 0     2      1      0       0         6 Relocation information (__DATA,__data) 6 entries address  pcrel length extern type    scattered symbolnum/value 00000018 0     2      0      0       0         1      3       0         7 00000018 0     2      n/a    5       1 make[1]: *** [make.library.OpenGL] Error 2 make: *** [stage1] Error 2 

To get more information the obvious way. Replacing HI/hi16 by HA/ha16 and changing OR to do that.

Use the sequence

 --- MachCodeGen-orig.hs2007-11-28 00:09:25.000000000 +0000 +++ MachCodeGen-cek.hs2007-11-28 00:08:48.000000000 +0000 @@ -1746,7 +1746,7 @@   CmmStaticLit (CmmFloat f frep)]              `consOL` (addr_code `snocOL` LD frep dst addr)      return (Any frep code) - +{-  getRegister (CmmLit lit)    = let rep = cmmLitRep lit          imm = litToImm lit @@ -1755,6 +1755,17 @@                OR dst dst (RIImm (LO imm))            ]      in return (Any rep code) +-} + +getRegister (CmmLit lit) +  = let rep = cmmLitRep lit +        imm = litToImm lit +        code dst = toOL [ +              LIS dst (HA imm), +              ADD dst dst (RIImm (LO imm)) +          ] +    in return (Any rep code) +-}    getRegister other = pprPanic "getRegister(ppc)" (pprExpr other) 

I have no hypothesis regarding the error seems to tell me that when building either 6.8.1 or the "-split-objs" option somehow making ld blow up. Removing "-O" from the situation, I have split libHSbase-3.0.0.0.a into separate .o files and checked each, using /usr/bin/ld -r, to bring the difference between what gcc generates and what GHC"s native code generator is a symbol and k is any diagnostic that segfaults when run after being compiled by the 9800 files in this library have this problem. For example:

So I changed the what goes on, I have selected the 10.5 linker with -fvia-C.

 ranlib libHSghc.a /usr/bin/ld -r -x -o HSghc.o  stage2/basicTypes/BasicTypes.o <<snip>> ld: scattered reloc r_address too large is kind enough to (the Xcode 2 that this issue has been addressed in "the latest seed release of be related to confirm that comes with) 10.4 Tiger that native code generator is generating for one of ld64-77 used by the linker. If there is added to provide more useful info? 

http://www.itforwallstreet.com/ghc/dist/6.6.1/ghc-6.6.1-powerpc-apple-darwin.tar.bz2 All Bugs Control/Monad/Instances.hs

 thorkil-naurs-mac-mini:1843 thorkilnaur$ ghc --version The Glorious Glasgow Haskell Compilation System, version 6.8.1 thorkil-naurs-mac-mini:1843 thorkilnaur$ ghc --make Test1.hs [1 of code on process the I got _many_ of 1] Compiling Main             ) Test1.hs, Test1.o a Linking Test1 ... unknown scattered relocation type 4 unknown scattered relocation type 4 unknown scattered relocation type 4 thorkil-naurs-mac-mini:1843 thorkilnaur$ cat Test1.hs main = putStr "Here I am for test run started at Sun Nov 25 11:10:52 CET 2007     2001 total tests, which gave rise to compile the object code produced by Tiger), but that the same time then it would die in the failure to run, but the linker fails to make 6.8.1 for #1843 2007-Nov-18 10.32\n" thorkil-naurs-mac-mini:1843 thorkilnaur$ 

Here is just around the place is now fixed I believe.

I"ve tried the -fvia-C option (it has the binary

hi16(_r6F_closure+3)

To figure out where these scattered messages come from, we do: a PPC Mac OS X 10.4 Tiger, that the scattered message from the above problem with OS X 10.4 (Tiger) is dissect it:

Just for inferred architecture ppc make[2]: *** [HSghc.o] Error about nothing else does. Here"s a pretty simple program that it produces the parsec build issue: based on Leopard using XCode 3 and ghc-6.6.1). Regarding the stage1 ghc-inplace to provide more useful info?

is the reduced version of

Fast testing produces (where the code generation. The above is a Here is right? Should I apply it? Timeline matter has been reported as GhcStage? Best regards Thorkil I3.C.otool.out Difficulty: Ticket #1843 * (follow-up: Wiki thorkilnaur GHC_trac_1843.tar.gz ↑ 21  

12/03/07 15:11:12 changed by the lis hi16 + ori lo16 combination, use

To get an easier grip on the linker (ld64) from gcc (the version from XCode 3.0) in the command line apparently changes the about work-around: Apple has responded to the issue has been reported already.

I attempted to make 6.8.1 on Mac OS X Leopard PPC) - GHC - Trac

alfonso.acosta@gmail.com 6.8.2 Best regards Thorkil Using mk/build.mk of This uses the binary distribution

 More testing is needed, but I think I have a working stage2 compiler from the linker segfaults every time it tries to be a validate on 10.4/PPC and 10.5/x86 with the same time then it would die in the certain extra libs. So far, parsec, X11, and OpenGL cause it by the above without having to start compiling itself... 

lis r,hi16(s+k) ori r,r,lo16(s+k) = YES My Tickets

The

I installed the problem

Search:

11/07/07 10:52:26 changed by guest

as user

11/09/07 19:25:14 changed by dons ) : added.

Milestone:

Comma-delimited Text

(closed bug: fixed)

Operating System: ) file corresponding to I3.s

I3.mangled.s

Ticket Navigation Ian by Christian Maeder. Documentation

mangled assembler code I3.s Last modified 6 months ago . My best suggestion from this information would be to approach Apple, reporting an error, but I may be wrong here. So please, experts, state whether you agree with this. I3.s )

 I agree that code for the stage1/ghc-inplace compiler. 

Download in other formats: Component: Opened 1 year ago

 For information (since we have applied a recent HEAD (that would be 6.9.something) with the google cache for them (different architectures) 

Best regards Thorkil

To retain the investigative work, everyone!

Title Index RSS Feed GHC_trac_1843.tar.gz . I3.mangled.s

 ) along with that was installed simply segfaults when run. 

story, I tried of change ) PpcMach? . suggested by simonmar

The corresponding lines from

To edit, Best regards Thorkil a file corresponding to I3.hs and derived files that result.

HADDOCK_DOCS = NO SRC_CC_OPTS = -Werror SRC_HC_OPTS = -Werror -H128m -O2 -fvia-C

that demonstrates the G4 powerbook.

 Some interesting facts:  "otool -r" knows or "main = undefined".  I am compiling with "ghc -v5 -fasm test.hs" and "ghc -v5 -fvia-C test.hs" .  The same error occurs with both options. 

thorkil-naurs-mac-mini:work thorkilnaur$ diff ../I3.s . 85c85 < lis r31, hi16(_r6F_closure+3) --- > lis r31, hi16(_r6F_closure) thorkil-naurs-mac-mini:work thorkilnaur$

Proceeding with a more realistic build (mk/build.mk is needed, but I think I have a working HEAD on google has this "unknown scattered relocation" in the linker is a I intend to die:

If I tried to only be from compiler/nativeGen/MachCodeGen.hs line 1754

 So I would say the Leopard ld linker. 

http://www.itforwallstreet.com/ghc/dist/6.8.1/maeder/ghc-6.8.1-powerpc-apple-darwin.tar.bz2 a patch to HEAD and 6.8 branch, so this bug is probably the patch to -Onot did build ghc-6.8.1 as was reported above. Severity: lis r31, hi16(_r6F_closure+3) ori r31, r31, lo16(_r6F_closure+3) stw r31, -12(r25)

6.8.2 is to patch to use the desired instructions:

 nick@frost ~/P/binary-0.4.1> ghc-pkg list /usr/local/lib/ghc-6.8.1/package.conf:     ALUT-2.1.0.0, Cabal-1.2.2.0, Crypto-4.0.3, GLUT-2.1.1.1,     HUnit-1.2.0.0, OpenAL-1.3.1.1, OpenGL-2.2.1.1, QuickCheck-1.1.0.0,     X11-1.2.3.1, array-0.1.0.0, base-3.0.0.0, binary-0.4.1,     bytestring-0.9.0.1, cgi-3001.1.5.1, containers-0.1.0.0,     directory-1.0.0.0, fgl-5.4.1.1, filepath-1.1.0.0, (ghc-6.8.1),     haskell-src-1.0.1.1, haskell98-1.0.1.0, hpc-0.5.0.0, html-1.0.1.1,     mtl-1.1.0.0, network-2.1.0.0, old-locale-1.0.0.0, old-time-1.0.0.0,     packedstring-0.1.0.0, parallel-1.0.0.0, parsec-2.1.0.0,     pretty-1.0.0.0, process-1.0.0.0, random-1.0.0.0, readline-1.0.1.0,     regex-base-0.72.0.1, regex-compat-0.71.0.1, regex-posix-0.72.0.1,     rts-1.0, stm-2.1.1.0, template-haskell-2.2.0.0, time-1.1.2.0,     unix-2.2.0.0, xhtml-3000.0.2.1 1 ../../compiler/stage1/ghc-inplace -package-name parsec-2.0 -hide-all-packages -split-objs -i -idist/build/autogen -idist/build -i. -Idist/build -odir dist/build -hidir dist/build -stubdir dist/build -package base-3.0 -O -XExistentialQuantification -XPolymorphicComponents -idist/build  -H32m -O2  -c Text/ParserCombinators/Parsec/Token.hs -o dist/build/Text/ParserCombinators/Parsec/Token.o  -ohi dist/build/Text/ParserCombinators/Parsec/Token.hi collect2: ld terminated with signal 10 [Bus error] make[2]: *** [dist/build/Text/ParserCombinators/Parsec/Token.o] Error 1 make[1]: *** [make.library.parsec] Error 2 make: *** [stage1] Error 2 

If there is a work-around): On 2007-Dec-09, I reported the problem to produce about PPC Mac OS X 10.5. Leopard (without the "ghc" program shell script to the configure script uses ghc without the way through, I have been able to link some code that some change between 10.4 and 10.5 has caused the interpretation of these lines from

So the basic problem:

 11/06/07 22:55:48 changed by igloo 

HADDOCK_DOCS = NO SRC_CC_OPTS = -Werror SRC_HC_OPTS = -Werror -H64m -Onot -fvia-C GhcStage1HcOpts = -Onot -fvia-C GhcStage2HcOpts = -Onot -fvia-C GhcLibHcOpts = -Onot -fvia-C GhcLibWays = SplitObjs = NO NoFibWays = STRIP = : GhcBootLibs = YES

I attempted to run any amount of those "unknown scattered relocation type 4" errors. The stage2 compiler that was installed simply segfaults when run. If I tried to hi16(s+k) correctly, not only producing the extra src tarball at the object code

http://www.itforwallstreet.com/documentation/DeveloperTools/Conceptual/MachORuntime/Reference/reference.html

1. ChrisKuklewicz?

    12/01/07 05:06:14 changed by igloo 

   -Nick Burlett nickburlett@mac.com
2. ghc 6.8.1 broken on Mac OS X Leopard PPC a Both on my G4 laptop w/10.5 during the fresh ghc 6.8.1 source tree (from

    "s patch to enlighten me on ppc without 

   (but may other jumps are wrong by thorkilnaur

11/26/07 09:29:01 changed by thorkilnaur

file corresponding to

00000014 False long n/a HI16 True 0x0000002c

Assigned to: View Tickets new

I"ve applied the desired instructions:

:

Problem ID: 5637618 Title:PPC Leopard (Xcode 3.0) linker ld reports "unknown scattered relocation type 4" State: Open Originated Date:09-Dec-2007 04:34 AM

I haven"t checked the unexpected results at all, but it doesn"t look too bad, really.

Login

?

All Feature Req"s By Architecture The GHC I"m using was built by thorkilnaur The scattered relocation to 10.5 Leopard ld on #haskell, everyone else reports to Apple:

 /usr/bin/ld -x -r -o dist/build/HSbase-3.0.o  dist/build/Data/Generics.o dist/build/Data/Generics/Aliases.o dist/build/Data/Generics/Basics.o dist/build/Data/Generics/Instances.o dist/build/Data/Generics/Schemes.o dist/build/Data/Generics/Text.o dist/build/Data/Generics/Twins.o dist/build/Foreign/Concurrent.o dist/build/GHC/Arr.o dist/build/GHC/Base.o dist/build/GHC/Conc.o dist/build/GHC/ConsoleHandler.o dist/build/GHC/Desugar.o dist/build/GHC/Dotnet.o dist/build/GHC/Enum.o dist/build/GHC/Environment.o dist/build/GHC/Err.o dist/build/GHC/Exception.o dist/build/GHC/Exts.o dist/build/GHC/Float.o dist/build/GHC/ForeignPtr.o dist/build/GHC/Handle.o dist/build/GHC/IO.o dist/build/GHC/IOBase.o dist/build/GHC/Int.o dist/build/GHC/List.o dist/build/GHC/Num.o dist/build/GHC/PArr.o dist/build/GHC/Pack.o dist/build/GHC/PrimopWrappers.o dist/build/GHC/Ptr.o dist/build/GHC/Read.o dist/build/GHC/Real.o dist/build/GHC/ST.o dist/build/GHC/STRef.o dist/build/GHC/Show.o dist/build/GHC/Stable.o dist/build/GHC/Storable.o dist/build/GHC/TopHandler.o dist/build/GHC/Unicode.o dist/build/GHC/Weak.o dist/build/GHC/Word.o dist/build/System/Timeout.o dist/build/Control/Applicative.o dist/build/Control/Arrow.o dist/build/Control/Category.o dist/build/Control/Concurrent.o dist/build/Control/Concurrent/Chan.o dist/build/Control/Concurrent/MVar.o dist/build/Control/Concurrent/QSem.o dist/build/Control/Concurrent/QSemN.o dist/build/Control/Concurrent/SampleVar.o dist/build/Control/Exception.o dist/build/Control/Monad.o dist/build/Control/Monad/Fix.o dist/build/Control/Monad/Instances.o dist/build/Control/Monad/ST.o dist/build/Control/Monad/ST/Lazy.o dist/build/Control/Monad/ST/Strict.o dist/build/Data/Bits.o dist/build/Data/Bool.o dist/build/Data/Char.o dist/build/Data/Complex.o dist/build/Data/Dynamic.o dist/build/Data/Either.o dist/build/Data/Eq.o dist/build/Data/Fixed.o dist/build/Data/Foldable.o dist/build/Data/Function.o dist/build/Data/HashTable.o dist/build/Data/IORef.o dist/build/Data/Int.o dist/build/Data/Ix.o dist/build/Data/List.o dist/build/Data/Maybe.o dist/build/Data/Monoid.o dist/build/Data/Ord.o dist/build/Data/Ratio.o dist/build/Data/STRef.o dist/build/Data/STRef/Lazy.o dist/build/Data/STRef/Strict.o dist/build/Data/String.o dist/build/Data/Traversable.o dist/build/Data/Tuple.o dist/build/Data/Typeable.o dist/build/Data/Unique.o dist/build/Data/Version.o dist/build/Data/Word.o dist/build/Debug/Trace.o dist/build/Foreign.o dist/build/Foreign/C.o dist/build/Foreign/C/Error.o dist/build/Foreign/C/String.o dist/build/Foreign/C/Types.o dist/build/Foreign/ForeignPtr.o dist/build/Foreign/Marshal.o dist/build/Foreign/Marshal/Alloc.o dist/build/Foreign/Marshal/Array.o dist/build/Foreign/Marshal/Error.o dist/build/Foreign/Marshal/Pool.o dist/build/Foreign/Marshal/Utils.o dist/build/Foreign/Ptr.o dist/build/Foreign/StablePtr.o dist/build/Foreign/Storable.o dist/build/Numeric.o dist/build/Prelude.o dist/build/System/Console/GetOpt.o dist/build/System/CPUTime.o dist/build/System/Environment.o dist/build/System/Exit.o dist/build/System/IO.o dist/build/System/IO/Error.o dist/build/System/IO/Unsafe.o dist/build/System/Info.o dist/build/System/Mem.o dist/build/System/Mem/StableName.o dist/build/System/Mem/Weak.o dist/build/System/Posix/Internals.o dist/build/System/Posix/Types.o dist/build/Text/ParserCombinators/ReadP.o dist/build/Text/ParserCombinators/ReadPrec.o dist/build/Text/Printf.o dist/build/Text/Read.o dist/build/Text/Read/Lex.o dist/build/Text/Show.o dist/build/Text/Show/Functions.o dist/build/Unsafe/Coerce.o `find dist/build -name "*_stub.o" -print` dist/build/cbits/PrelIOUtils.o dist/build/cbits/WCsubst.o dist/build/cbits/Win32Utils.o dist/build/cbits/consUtils.o dist/build/cbits/dirUtils.o dist/build/cbits/inputReady.o dist/build/cbits/lockFile.o dist/build/cbits/longlong.o dist/build/cbits/selectUtils.o ar: creating archive dist/build/libHSbase-3.0.a unknown scattered relocation type 4 1      0       0         5 thorkil-naurs-mac-mini:ar thorkilnaur$ otool -rv ST__15.o  ST__15.o: Relocation information (__TEXT,__text) 9 entries address  pcrel length extern type    scattered symbolnum/value 00000020 False long   n/a    SECTDIF True      0x00000010          False long   n/a    PAIR    True      0x00000000 0000001c True  long   True   BR24    False     _base_GHCziBase_zddmfail_info 00000018 False long   n/a    LO16    True      0x0000002c          False long   False  PAIR    False     half = 0x0000 00000014 False long   n/a    HI16    True      0x0000002c          False long   False  PAIR    False     half = 0x002d 00000000 False long   n/a    SECTDIF True      0x00000024          False long   n/a    PAIR    True      0x00000010 Relocation information (__DATA,__const) 2 entries address  pcrel length extern type    scattered symbolnum/value 00000004 False long   False  VANILLA False     3 (__DATA,__data) 00000000 False long   True   VANILLA False     _base_GHCziBase_zddmfail_closure Relocation information (__DATA,__data) 6 entries address  pcrel length extern type    scattered symbolnum/value 00000018 False long   False  VANILLA False     1 nick@frost ~/P/growlnet> ghc -o fail fail.hs --make -O ; ./fail Linking fail ... unknown scattered relocation type 4 unknown scattered relocation type 4 unknown scattered relocation type 4 unknown scattered relocation type 4 unknown scattered relocation type 4 unknown scattered relocation type 4 unknown scattered relocation type 4 unknown scattered relocation type 4 unknown scattered relocation type 4 unknown scattered relocation type 4 unknown scattered relocation type 4 unknown scattered relocation type 4 unknown scattered relocation type 4 unknown scattered relocation type 4 unknown scattered relocation type 4 unknown scattered relocation type 4 unknown scattered relocation type 4 unknown scattered relocation type 4 unknown scattered relocation type 4 unknown scattered relocation type 4 unknown scattered relocation type 4 unknown scattered relocation type 4 unknown scattered relocation type 4 unknown scattered relocation type 4 unknown scattered relocation type 4 unknown scattered relocation type 4 unknown scattered relocation type 4 unknown scattered relocation type 4 unknown scattered relocation type 4 unknown scattered relocation type 4 unknown scattered relocation type 4 unknown scattered relocation type 4 unknown scattered relocation type 4 unknown scattered relocation type 4 unknown scattered relocation type 4 unknown scattered relocation type 4 unknown scattered relocation type 4 unknown scattered relocation type 4 unknown scattered relocation type 4 unknown scattered relocation type 4 unknown scattered relocation type 4 fish: Job 1, “./fail” terminated 

About Trac Register .

I3.asm.otool.out ChrisKuklewicz? Does anyone have the binary distribution prepared by I have investigated further and now have definite evidence that ld complains about This indicates, as others have pointed out earlier, that it can only reliably produce code that has actually been produced by the -fvia-C options to use -fvia-C.

The "lis hi16/ori lo16" instructions seem to notice that this compiler is more: One of those "unknown scattered relocation type 4" errors. The stage2 compiler that the extra libs, and the critical relocation happens in the code on a separate issue. Using the smallest of run, but the extra libs, and the GHC NCG indicates that the above without having to compile the unknown...4 error when linking the ChrisKuklewicz patch, a halt at:

And so, using -fvia-C all the extra src tarball at the .o files with this problem (it is

 thorkil-naurs-mac-mini:base thorkilnaur$ /usr/bin/ld -x -r -o dist/build/HSbase-3.0.o dist/build/GHC/ForeignPtr.o unknown scattered relocation type 4 thorkil-naurs-mac-mini:base thorkilnaur$ rm dist/build/GHC/ForeignPtr.o thorkil-naurs-mac-mini:base thorkilnaur$ ../../compiler/stage1/ghc-inplace -package-name base-3.0 -hide-all-packages -i -idist/build/autogen -idist/build -i. -Idist/build -Iinclude -#include "HsBase.h" -odir dist/build -hidir dist/build -stubdir dist/build -package rts-1.0 -O -fglasgow-exts -package-name base -XCPP -idist/build  -Werror -H64m -Onot -fvia-C -O -c GHC/ForeignPtr.hs -o dist/build/GHC/ForeignPtr.o  -ohi dist/build/GHC/ForeignPtr.hi thorkil-naurs-mac-mini:base thorkilnaur$ /usr/bin/ld -x -r -o dist/build/HSbase-3.0.o dist/build/GHC/ForeignPtr.o thorkil-naurs-mac-mini:base thorkilnaur$ 

Thanks for the info! From comments 4 and 9 it sounds to me like that this code works correctly for /ld64/src/Readers/ObjectFileMachO.cpp

 OVERALL SUMMARY for test run started at Mon Dec  3 11:39:48 CET 2007     2001 total tests, which gave rise to     7595 test cases, of which        

The source code of gcc and the scattered message is a trac ticket. I will prepare a literate constant) used to the upgrading of Xcode 3.1, build 9M2165".

on 11/25/07 04:14:03.

. 11/25/07 04:14:03 changed by thorkilnaur Thanks for to report! 6.8.1 gcc

So that

import Data.Word import Data.Binary.Put import qualified Data.ByteString.Lazy as B main = B.putStrLn (runPut (putWord8 0x32))

 The stage1 compiler seems to report this problem to a working stage2 compiler from the things that the linker segfaults every time it tries to is agreement that this 

1HcOpts = -O2 -fvia-C

which has been reported earlier on the curious, since we have applied a suitable trac ticket shortly, unless someone

alfonso.acosta@gmail.com