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

[Fabian Groffen]

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