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

[Logan Bowers]

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
  * ERROR: dev-libs/mpfr-2.3.2 failed:
  * emake failed
  *
  * Call stack:
  * ebuild.sh:  49: <call src_compile>
  * environment:2091: <call _eapi0_src_compile>
  * ebuild.sh: 616: <call _eapi2_src_compile>
  * ebuild.sh: 650: 		emake || die "emake failed"
  *
  * If you need support, post the topmost build error, and the call  
stack if relevant.
  * build log: '/Volumes/Gentoo/var/tmp/portage/dev-libs/mpfr-2.3.2/ 
temp/build.log'
  * ebuild environment: '/Volumes/Gentoo/var/tmp/portage/dev-libs/ 
mpfr-2.3.2/temp/environment'
  * S: '/Volumes/Gentoo/var/tmp/portage/dev-libs/mpfr-2.3.2/work/ 
mpfr-2.3.2'

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/ 
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)

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.

Can anyone else repro this?

Logan Bowers

On Oct 18, 2008, at 12:42 AM, Fabian Groffen wrote:

> I build from the current snapshot a few weeks ago on my own MacBook
> Pro
> without problems, however by that time odcctools was still the way to
> go.
>
> I'll create a new snapshot today, with which I've successfully
> bootstrapped on my iMac G5.  If it's not too much efforts, please
> restart the bootstrap process.  You need the following changes:
>
> Code Listing 1.3:
> ./bootstrap-prefix.sh $EPREFIX tree -> ./bootstrap-prefix.sh
> $EPREFIX latest_tree
> Code Listing 1.8:
> emerge --oneshot --nodeps odcctools -> emerge --oneshot --nodeps
> binutils-apple
>
>
> On 17-10-2008 16:15:25 -0700, Logan Bowers wrote:
>> John,
>>
>> Thanks for the info.  That solution, however, leads to problem
>> #2.  :)  I
>> masked out gcc-apple 4.2, so `emerge gcc-apple` attempts to emerge
>> sys-devel/gcc-apple-4.0.1_p5488 but that fails with:
>>
>> checking for getpagesize... (cached) yes
>> checking for working mmap... yes
>> checking for working strncmp... yes
>> updating cache ./config.cache
>> configure: creating ./config.status
>> config.status: creating Makefile
>> config.status: creating testsuite/Makefile
>> config.status: creating config.h
>> config.status: executing default commands
>> * ERROR: sys-devel/gcc-apple-4.0.1_p5488 failed:
>> * emake failed
>> *
>> * Call stack:
>> * ebuild.sh:  49: <call src_compile>
>> * environment:4751:     emake bootstrap || die "emake failed"
>>
>> It doesn't seem to give any error at all and I have no idea what to
>> do
>> with that.  :/  Does it generate an error log somewhere?
>>
>>
>> Logan Bowers
>>
>> On Oct 17, 2008, at 1:59 PM, John Gibson wrote:
>>
>>> On Oct 17, 2008, at 4:14 PM, Logan Bowers wrote:
>>>
>>>> Hello all,
>>>>
>>>> I'm unsuccessfully attempting to boostrap gentoo-alt on my MacBook
>>>> Pro (CoreDuo, Leopard).  I can make it to code listing 1.14 in the
>>>> instructions
>>>> (http://www.gentoo.org/proj/en/gentoo-alt/prefix/bootstrap-
>>>> macos.xml
>>>> ) before I get the following build error when compiling dev-libs/
>>>> mpfr:
>>>>
>>>> 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
>>>> 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.1/work/mpfr-2.3.1'
>>>> make: *** [all-recursive] Error 1
>>>> * ERROR: dev-libs/mpfr-2.3.1 failed:
>>>> * emake failed
>>>> *
>>>>
>>>> For reference:
>>>>
>>>> bash-3.2$ emerge mpfr gmp -pv
>>>>
>>>> These are the packages that would be merged, in order:
>>>>
>>>> Calculating dependencies... done!
>>>> [ebuild   R   ] dev-libs/gmp-4.2.4  USE="-nocxx" 0 kB
>>>> [ebuild  N    ] dev-libs/mpfr-2.3.2  0 kB
>>>>
>>>> Total: 2 packages (1 new, 1 reinstall), Size of downloads: 0 kB
>>>>
>>>> I've tried fiddling with the but CFLAGS in an attempt to get gmp to
>>>> compile PIC but to no avail.  Anyone have some ideas on other
>>>> things
>>>> to try?  Thanks!
>>>>
>>>> Logan Bowers
>>>
>>> On my CoreDuo Tiger machine IIRC gmp and mpfr are only required by
>>> later versions of gcc.  You might want to try restricting your
>>> version
>>> of gcc (say with package.mask) to 4.2 or 4.0 instead of the latest
>>> version.
>>>
>>> John
>>>
>>>
>>
>
>
>
> --
> Fabian Groffen
> Gentoo on a different level
>