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 On 20090401, Ted Jordan writes:
2 The generated libtool for building libstdc++ adds the -nostdlib option to the
3 g++ command for linking but doesn't add -lgcc. This causes a "hidden symbol"
4 error when linking against the libstdc++ shared object. This patch adds gcc
5 to the list of libraries linked against when linking libstdc++.
7 Index: gcc-4.2.1/ltcf-cxx.sh
8 ===================================================================
9 --- gcc-4.2.1.orig/ltcf-cxx.sh 2005-07-15 21:30:53.000000000 -0500
10 +++ gcc-4.2.1/ltcf-cxx.sh 2009-04-02 09:30:34.000000000 -0500
14 if test "$with_gnu_ld" = yes; then
15 - archive_cmds='$CC -shared -nostdlib $predep_objects $libobjs $deplibs $postdep_objects $compiler_flags ${wl}-soname $wl$soname -o $lib'
16 - archive_expsym_cmds='$CC -shared -nostdlib $predep_objects $libobjs $deplibs $postdep_objects $compiler_flags ${wl}-soname $wl$soname ${wl}-retain-symbols-file $wl$export_symbols -o $lib'
17 + archive_cmds='$CC -shared -nostdlib $predep_objects $libobjs $deplibs $postdep_objects $compiler_flags -lgcc ${wl}-soname $wl$soname -o $lib'
18 + archive_expsym_cmds='$CC -shared -nostdlib $predep_objects $libobjs $deplibs $postdep_objects $compiler_flags -lgcc ${wl}-soname $wl$soname ${wl}-retain-symbols-file $wl$export_symbols -o $lib'
20 hardcode_libdir_flag_spec='${wl}--rpath ${wl}$libdir'
21 export_dynamic_flag_spec='${wl}--export-dynamic'