Re: remove external/lib/Makefile and crypto/external/lib/Makefile

[Iain Hibbert <plunky%rya-online.net@localhost>]

On Mon, 8 Nov 2010, Bernd Ernesti wrote:

> On Mon, Nov 08, 2010 at 05:47:37PM +0000, Iain Hibbert wrote:
> > On Mon, 8 Nov 2010, Bernd Ernesti wrote:
> >
> > > > -# XXX fix the "library" list to include all 'external' libs?
> > > >  .if defined(BOOTSTRAP_SUBDIRS)
> > > >  SUBDIR=        ${BOOTSTRAP_SUBDIRS}
> > > >  .else
> > > > -SUBDIR= ../../../gnu/lib/crtstuff4 .WAIT \
> > > > -       ../../../lib/csu .WAIT \
> > > > -       ../../../gnu/lib/libgcc4 .WAIT \
> > > > -       ../../../lib/libc .WAIT \
> > > > -       ../../../lib/libutil .WAIT \
> > > > -       ../../../lib .WAIT \
> > > > -       ../../../gnu/lib \
> > > > -       ../../../external/bsd/bind/lib \
> > > > -       ../../../external/bsd/libevent/lib \
> > > > -       ../../../external/bsd/file/lib \
> > > > -       ../../../external/public-domain/xz/lib \
> > > > +SUBDIR= ../../../lib .WAIT \
> > > >         ../../../libexec/ld.elf_so
> > >
> > > At least the change above produces a different order now.
> >
> > Yes. perhaps you can suggest why compat/lib needs to build in a different
> > order than lib?
>
> Because that is the real order to build them and not the simplified order 
> which
> you now use in src/lib

My question is why should compat/compatsubdir.mk and lib/Makefile need
different ordering? (and they are not exactly the same, currently)
Simplifying compatsubdir.mk makes it easier to read, understand and
maintain..

If you want to raise a concern about the lib/Makefile ordering, please do,
but I would appreciate something concrete rather than 'it might not work'
when clearly it does work just fine here, successfully (cross-)building
for several architectures with differing -j settings and running a system
built in that order..

regards,
iain