On 19-05-2008 10:57:58 +0200, Bacchella Fabrice wrote:
>
> Le 19 mai 08 à 08:33, Markus Duft a écrit :
>
>>>
>>> in function bootstrap_tree, when directories are created
>>>         for x in etc  usr/{,s}bin var/tmp var/lib/portage var/log/
>>> portage var/db;
>>>         do
>>>                 [[ -d ${ROOT}/${x} ]] || mkdir -p "${ROOT}/${x}"
>>>         done
>>> I think {,s}bin. It breaks the installation of bash, and so $EPREFIX/
>>> bin/sh is missing, and that breaks the gcc installation.
>>
>> This worked many times on different platforms for me. I can't see how 
>> this should break bootstrap? Why do you think, the {,s}bin is
>> the problem? I have bin/sh in the right places in my prefixes...
>
> It breaks silently for Solaris x86_64 during the installation of  
> bash-3.2_p17-r1. And latter, the installation of gcc stopped, because  
> config.sub is launched by $EPREFIX/bin/sh.

Maybe that ebuild is wrong anyway, because it should reference
$EPREFIX/bin/bash instead...

>>> And in the bash ebuild, I think that you could had
>>> CFLAGS_FOR_BUILD="$CFLAGS". I don't know why, but that's the CFLAGS
>>> using by bash for building.
>>
>> CFLAGS are passed correctly to bash build. Of that I am sure (haven't 
>> tried right now though), since on interix I must pass custom
>> flags (which works, otherwise I couldn't build...). Could it be that  
>> CFLAGS_FOR_BUILD is set to CFLAGS somewhere by configure or so,
>> if it's not set? This at least sounds plausible to me :)
>
> It's needed for a 64 bits build. Without it, some part of it are using  
> 32bits.

Hmmmm... interesting


-- 
Fabian Groffen
Gentoo on a different level
-- 
gentoo-alt@g.o mailing list