scripts/libc: do not build add-ons by default

Currently, no --enable-add-ons option is passed to libc configure when
"$(do_libc_add_ons_list ,)" is empty, which makes configure automatically search
for present add-ons. In that case, all present add-ons are built, although
no add-on was selected by the user in the config. Moreover, this can make the
configure fail if some non-standard add-ons like eglibc-localedef are present.

This behavior also leads to an inconsistency from a user point of view between
the following cases:
- LIBC_ADDONS_LIST="", LIBC_GLIBC_USE_PORTS=n and THREADS="none" in the config,
which makes "$(do_libc_add_ons_list ,)" return "", so all present add-ons
are built.
- LIBC_ADDONS_LIST="", LIBC_GLIBC_USE_PORTS=n and THREADS!="none" in the
config, which makes "$(do_libc_add_ons_list ,)" return the add-on supporting
the chosen threading implementation, e.g. "nptl", so only this add-on is
built.

This patch disables the building of all add-ons in that case.

It is still possible to build all present add-ons by adding --enable-add-ons to
LIBC_GLIBC_EXTRA_CONFIG_ARRAY.

Signed-off-by: "Benoît THÉBAUDEAU" <benoit.thebaudeau@advansee.com>

 do not bother running ldconfig on DESTDIR.  it wants to write the temp cache

 file outside of the chroot.  doesnt matter anyways as we wont use the cache

 results (portage will rebuild cache), so running ldconfig is simply a waste

 of time.

 diff -durN glibc-2.12.1.orig/Makefile glibc-2.12.1/Makefile

 --- glibc-2.12.1.orig/Makefile	2009-04-23 20:23:03.000000000 +0200

 +++ glibc-2.12.1/Makefile	2009-11-13 00:49:49.000000000 +0100

 @@ -116,6 +116,7 @@

  	rm -f $(symbolic-link-list)

  install:

 +dont-bother-with-destdir:

  	-test ! -x $(common-objpfx)elf/ldconfig || LC_ALL=C LANGUAGE=C \

  	  $(common-objpfx)elf/ldconfig $(addprefix -r ,$(install_root)) \

  				       $(slibdir) $(libdir)