scripts: always create lib32 and lib64 symlinks
Unconditionally create the lib32 -> lib/ and lib64 -> lib/ symlinks.
This is reportedly a fix to build a toolchain for a 32-bit target on
a 'pure' 64-bit host (eg. on Fedora FC12, host libs are in lib64/,
and there is no lib -> lib64 symlink, as we can see on other distors,
as Debian). As gcc only puts static host lib in lib64/ (along with
target files in subdirs), we can safely create the symlinks.
Also note that the symlinks are summarily removed at the end
of the build.
Signed-off-by: Anthony Foiani <anthony.foiani@gmail.com>
[Yann E. MORIN: fix a comment, rephrase the commit log]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
1 Original patch from gentoo: ../../dev/crosstool-NG/ct-ng.trunk/patches/strace/4.5.17/110-dont-use-REG_SYSCALL-for-sh.patch
2 -= BEGIN original header =-
3 diff -dur strace-4.5.16.orig/process.c strace-4.5.16/process.c
4 -= END original header =-
5 diff -durN strace-4.5.17.orig/process.c strace-4.5.17/process.c
6 --- strace-4.5.17.orig/process.c 2008-07-18 04:16:47.000000000 +0200
7 +++ strace-4.5.17/process.c 2008-10-24 21:30:13.000000000 +0200
9 { 4*REG_GBR, "4*REG_GBR" },
10 { 4*REG_MACH, "4*REG_MACH" },
11 { 4*REG_MACL, "4*REG_MACL" },
12 - { 4*REG_SYSCALL, "4*REG_SYSCALL" },
13 { 4*REG_FPUL, "4*REG_FPUL" },
14 { 4*REG_FPREG0, "4*REG_FPREG0" },
15 { 4*(REG_FPREG0+1), "4*REG_FPREG1" },