[Buildroot] pppd breaks build without libutils

[Waldemar Brodkorb <wbx@openadk.org>]

Hi,
Yann E. MORIN wrote,

> Thomas, All,
> 
> On 2016-09-28 10:59 +0200, Thomas Petazzoni spake thusly:
> > On Tue, 27 Sep 2016 23:43:25 +0200, Yann E. MORIN wrote:
> > 
> > > Which suddenly rings a bell here: the latest uClibc-ng version, 1.0.18,
> > > now is one-lib, i.e. everything merged into libc.so like musl is, so
> > > we could get external toolchains which will lack libutil.so because
> > > there is no longer such a library now.
> > > 
> > > If uClibc-ng does like musl does, there will be a lot of empty static
> > > versions of the libraries, libutil.a, libcrypt.a and so on, but there
> > > will no longer be shared variants.
> > > 
> > > We'll have to account for that in our external toolchain handling.
> > 
> > I'm not sure what needs to be handled. We already support musl that
> > does this, and it works fine. It should be perfectly transparent to the
> > external toolchain handling (except the copying of the shared libraries
> > to the target, of course).
> 
> That's exactly what I meant: currently, we copy anexplicit set of shared
> libraries from external uClibc-based toolchains:
> 
>    66 ifeq ($(BR2_TOOLCHAIN_EXTERNAL_GLIBC)$(BR2_TOOLCHAIN_EXTERNAL_UCLIBC),y)
>    67 TOOLCHAIN_EXTERNAL_LIBS += libatomic.so.* libc.so.* libcrypt.so.*
>         libdl.so.* libgcc_s.so.* libm.so.*       libnsl.so.* libresolv.so.*
>         librt.so.* libutil.so.*
>    68 ifeq ($(BR2_TOOLCHAIN_EXTERNAL_GLIBC)$(BR2_ARM_EABIHF),yy)
>    69 TOOLCHAIN_EXTERNAL_LIBS += ld-linux-armhf.so.*
>    70 else
>    71 TOOLCHAIN_EXTERNAL_LIBS += ld*.so.*
>    72 endif
>    73 ifeq ($(BR2_TOOLCHAIN_HAS_THREADS),y)
>    74 TOOLCHAIN_EXTERNAL_LIBS += libpthread.so.*
>    75 ifneq ($(BR2_PACKAGE_GDB)$(BR2_TOOLCHAIN_EXTERNAL_GDB_SERVER_COPY),)
>    76 TOOLCHAIN_EXTERNAL_LIBS += libthread_db.so.*
>    77 endif # gdbserver
>    78 endif # ! no threads
>    79 endif
> 
> Now, old uClibc-based toolchains will have those libs, while newer ones
> will only have libc.so.* .

Just to be sure:
It will have libc.so.* and ld-uClibc* they are not combined.
And for gdb threading we still have libthread_db.so*.

best regards
 Waldemar