>> I've been poking through the source of MacOS ld, and the header file >> /usr/include/mach-o/reloc.h mentioned in the original ticket. From >> what I understand, the field that is overflowing is the offset from >> the start of the section (text or data) to the thing that is being >> relocated. The field is only 24bits long, which limits the >> relocatable contents of each section to 16MB. The field is not the >> offset between the source and target symbols, so reordering modules >> won't help. > > -fPIC should have helped by eliminating relocations from the text and data > sections. Very Strange. Does the dynamic version of the ghc package link > without errors?
So it looks like the real problem is the total size of the text section in the resulting library, not the number of relocations needed. I haven't tried the dynamic version yet. The build system wants to make the static one first. I did get a -rw-r--r-- 1 benl staff 56357392 15 Sep 17:19 libHSghc-6.13.20100914.a though. Ben. _______________________________________________ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc
