Re: [gentoo-alt] Problems building mpfr during boostrap on OSX

[Fabian Groffen]

On 19-10-2008 18:37:38 -0700, Logan Bowers wrote:
> Hmmmm, no luck using latest_tree (and binutils-apple).  mpfr still fails
> to compile with the following error:
>
> ld warning: codegen in ___gmpn_popcount (offset 0x00000007) prevents
> image from loading in dyld shared cache
> ld warning: codegen in ___gmpn_popcount (offset 0x0000000E) prevents
> image from loading in dyld shared cache
> ld warning: codegen in ___gmpn_popcount (offset 0x00000015) prevents
> image from loading in dyld shared cache
> ld: absolute addressing (perhaps -mdynamic-no-pic) used in ___gmpn_add_n
> from /usr/local/lib/libgmp.a(add_n.o) not allowed in slidable image. Use
> '-read_only_relocs suppress' to enable text relocs
> collect2: ld returned 1 exit status
> make[1]: *** [libmpfr.la] Error 1
> make[1]: Leaving directory `/Volumes/Gentoo/var/tmp/portage/dev-libs/
> mpfr-2.3.2/work/mpfr-2.3.2'
> make: *** [all-recursive] Error 1
>
> I did find a workaround though.  From poking around the Internet it
> looks like it's related to the quirky behavior of Apple's compiler/

It makes me wonder which version of Xcode you have installed.  You may
have a bug in there, whereas a newer edition fixes the problem.

> linker that the gmp folks complain about (http://gmplib.org/macos.html).
> It also looks like Apple's toolchain behaves better on x86-64 machines;
> is it possible that gmp is using the 64-bit ABI on your MBP? (mine is
> only a CoreDuo and thus 32-bit)

Well, since also on x86_64 the compiler is a 32-bits targetting
compiler, I doubt this makes a difference.

> I was able to work around the problem by building only static versions
> of gmp and mpfr.  In each case I added --disable-shared to the command
> line of ./configure and the libs built successfully.

The compiler built on top of those?


-- 
Fabian Groffen
Gentoo on a different level