Fix C library addons extraction:
- renaming the dircetory in CT_ExtratAndPatch is wrong:
- patches against the C library addons may be build against the short *or* long name... :-(
- symlink is more robust, even if less nice
- renaming the directory _after_ CT_ExtractAndPatch is too late:
- if patches are against the short name, and we renamed too the long name, patches don't apply
- so we'll never reach the point where we rename

/trunk/scripts/build/libc/glibc.sh | 1 0 1 0 -
/trunk/scripts/build/libc/eglibc.sh | 1 0 1 0 -
/trunk/scripts/functions | 2 1 1 0 +-
3 files changed, 1 insertion(+), 3 deletions(-)

 diff -durN gcc-4.2.1.orig/gcc/Makefile.in gcc-4.2.1/gcc/Makefile.in

 --- gcc-4.2.1.orig/gcc/Makefile.in	2007-05-31 17:37:38.000000000 +0200

 +++ gcc-4.2.1/gcc/Makefile.in	2007-08-03 20:36:14.000000000 +0200

 @@ -2660,7 +2660,7 @@

  # FIXME: writing proper dependencies for this is a *LOT* of work.

  libbackend.o : $(OBJS-common:.o=.c) $(out_file) \

    insn-config.h insn-flags.h insn-codes.h insn-constants.h \

 -  insn-attr.h  $(DATESTAMP) $(BASEVER) $(DEVPHASE)

 +  insn-attr.h  $(DATESTAMP) $(BASEVER) $(DEVPHASE) gcov-iov.h

  	$(CC) $(ALL_CFLAGS) $(ALL_CPPFLAGS) \

  	  -DTARGET_NAME=\"$(target_noncanonical)\" \

  	  -DLOCALEDIR=\"$(localedir)\" \