Gentoo Archives: gentoo-alt

From: Bacchella Fabrice <fabrice.bacchella@×××××××.com>
To: gentoo-alt@l.g.o
Subject: Re: [gentoo-alt] bug in
Date: Mon, 19 May 2008 08:58:00
In Reply to: RE: [gentoo-alt] bug in by Markus Duft
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.
> > >> >> 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.
> > > Cheers, Markus > >> -- >> gentoo-alt@l.g.o mailing list > > > -- > gentoo-alt@l.g.o mailing list >
-- gentoo-alt@l.g.o mailing list


Subject Author
Re: [gentoo-alt] bug in Fabian Groffen <grobian@g.o>
RE: [gentoo-alt] bug in Markus Duft <mduft@g.o>