toolchain: modify the wildcard logic for shared libraries copying
authorThomas Petazzoni <thomas.petazzoni@free-electrons.com>
Tue, 8 Oct 2013 18:17:06 +0000 (20:17 +0200)
committerPeter Korsgaard <peter@korsgaard.com>
Wed, 9 Oct 2013 13:15:06 +0000 (15:15 +0200)
commit186a99b1c6562da724a5500190835c709d152df4
tree823fec48f97e7da2b539a8f3491ac95f20a0fd90
parent36ef1b4494f669d9c6f8507fb912f83f46a2d63d
toolchain: modify the wildcard logic for shared libraries copying

Until now, the copy_toolchain_lib_root function took as argument the
base name of a library (e.g: libm.so), and was assuming that the usual
scheme libm.so.<x> being a symbolic link to the real library was used.

However, with musl based toolchains, the C library is named libc.so
directly, with no symbolic link at all. Therefore, this commit changes
the copy_toolchain_lib_root to move the responsibility of using a
wildcard or not after the library name the caller's responsibility.

So, all the existing LIB_EXTERNAL_LIBS values are modified to have a
.* at the end, so that the behavior is effectively unchanged.

Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
package/glibc/glibc.mk
toolchain/helpers.mk
toolchain/toolchain-external/toolchain-external.mk