Gentoo Archives: gentoo-alt

From: Fabian Groffen <grobian@g.o>
To: gentoo-alt@l.g.o
Subject: Re: [gentoo-alt] bug in
Date: Mon, 19 May 2008 09:01:08
In Reply to: Re: [gentoo-alt] bug in by Bacchella Fabrice
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@l.g.o mailing list


Subject Author
Re: [gentoo-alt] bug in Bacchella Fabrice <fabrice.bacchella@×××××××.com>