libc/glibc: fix {e,}glibc add-ons with short or long names

Fixes the issue with {e,}glibc addons having short and long names (such as
eglibc-ports-2_13 and ports), which caused configure scripts to run
through them twice and thus configuring incorrectly.

For instance, the mips64el-n32-linux-gnu toolchain would be recognized
correctly first, but then the second pass would change it to mips32,
building a mixed MIPS-III N32 and MIPS-I libc.

Signed-off-by: Nicolás Reynolds <fauno@kiwwwi.com.ar>
[yann.morin.1992@anciens.enib.fr: remove spurious trailing spaces]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

 http://sourceware.org/ml/binutils/2007-07/msg00401.html

 http://sourceware.org/bugzilla/show_bug.cgi?id=4970

 diff -durN binutils-2.20.1.orig/configure binutils-2.20.1/configure

 --- binutils-2.20.1.orig/configure	2010-03-03 14:59:02.000000000 +0100

 +++ binutils-2.20.1/configure	2010-08-17 19:32:05.000000000 +0200

 @@ -6466,6 +6466,7 @@

    *-*-mingw* | *-*-cygwin ) RPATH_ENVVAR=PATH ;;

    *) RPATH_ENVVAR=LD_LIBRARY_PATH ;;

  esac

 +RPATH_ENVVAR="cant_touch_this_nah_nah_nah"

  # On systems where the dynamic library environment variable is PATH,

  # gcc/ will put dynamic libraries into a subdirectory to avoid adding