scripts/addToolsVersion: properly handle .in vs. .in.2
While most components have their version in the .in file, some
have it in the .in.2 (eg. elf2flt).
Currently, to handle this case, we indiscriminately munge both files,
but this is wrong: in the elf2flt case, if we add a binutils version,
we do not want it to be added to elf2flt, and conversely.
So, for each tool, we need to explicitly know what file to munge.
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
1 Make psignal prototype in libiberty match that in glibc.
5 gcc-2.95.3-glibc-2.1.3/binutils-2.15/libiberty/strsignal.c: In function `psignal':
6 gcc-2.95.3-glibc-2.1.3/binutils-2.15/libiberty/strsignal.c:563: argument `signo' doesn't match prototype
7 /usr/include/signal.h:131: prototype declaration
8 gcc-2.95.3-glibc-2.1.3/binutils-2.15/libiberty/strsignal.c:563: argument `message' doesn't match prototype
9 /usr/include/signal.h:131: prototype declaration
10 gcc-2.95.3-glibc-2.1.3/binutils-2.15/libiberty/strsignal.c:568: warning: comparison between signed and unsigned
11 mprotect... make[1]: *** [strsignal.o] Error 1
12 make[1]: Leaving directory `/export/hda3/dkegel/queue/jobdir.produser_cpsm17/crosstool-0.32/build/i686-unknown-linux-gnu/gcc-2.95.3-glibc-2.1.3/build-binutils/libiberty'
13 make: *** [all-libiberty] Error 2
15 when building on red hat 7.1
16 though it's a bit of a mystery why libiberty's psignal is being compiled at
17 all, since red hat 7.1's glibc supports psignal (hence the error message)
19 --- binutils-2.17/libiberty/strsignal.c.old 2005-04-18 13:57:40.000000000 -0700
20 +++ binutils-2.17/libiberty/strsignal.c 2005-04-18 13:59:09.000000000 -0700
25 -@deftypefn Supplemental void psignal (unsigned @var{signo}, char *@var{message})
26 +@deftypefn Supplemental void psignal (int @var{signo}, const char *@var{message})
28 Print @var{message} to the standard error, followed by a colon,
29 followed by the description of the signal specified by @var{signo},