Re: [gentoo-embedded] stage1-uclibc build error

[Ned Ludd]

On Mon, 2004-08-02 at 08:43, aeriksson@××××××××.fm wrote:
> > On Monday 02 August 2004 07:52 am, aeriksson@××××××××.fm wrote:
> > > Are all stages supposed to be "emerge -e" able, or
> > > are they sort of forced together using other means?

That might actually work if you had USE="-* build bootstrap uclibc" set
from a stage1, thats how the catalyst does it and it's supposed to be
done.

> >
> > other means ...
> > stage1 -> stage2 is done via bootstrap script
>
> That one doesn't work. Is that known? I could regenerate the log if
> needed.

It works if you use the correct bootstrap script. 
In this case you have to use bootstrap-cascade.sh

>
>
> > stage2 -> stage3 is done via `emerge system`
>
> Knew about this one. I should have formulated my question better.
> 'emerge system' and 'emerge -e system' doesn't not generate the same
> chain of events. In the latter case everything is rebuild from the
> ground up (does that include uclibc? remember something about glibc
> being excluded from the rebuild...), while in the former stuff that's
> already in there are not rebuilt and used as stepping stones for the
> builds. I guess -e _should_ work, I'm just curious if they do work
> already or if there are some hacks in there...
>
> /A
>
> >
> > > I noticed that
> > > perl does trigger a dependency on automake, causing a dependency loop.

Age old question here. What came first the chicken or the egg?

> >
> > there's a bug open about that
> > -mike
> >
> > --
> > gentoo-embedded@g.o mailing list
> >
>
>
>
> --
> gentoo-embedded@g.o mailing list
-- 
Ned Ludd <solar@g.o>
Gentoo (hardened,security,infrastructure,embedded,toolchain) Developer