2013-10-08 20:17:07 +02:00
|
|
|
# This Makefile fragment declares toolchain related helper functions.
|
|
|
|
|
|
|
|
# The copy_toolchain_lib_root function copies a toolchain library and
|
|
|
|
# its symbolic links from the sysroot directory to the target
|
|
|
|
# directory. Note that this function is used both by the external
|
|
|
|
# toolchain logic, and the glibc package, so care must be taken when
|
|
|
|
# changing this function.
|
2010-07-28 00:08:13 +02:00
|
|
|
#
|
2016-02-12 20:20:25 +01:00
|
|
|
# $1: library name
|
2010-07-28 00:08:13 +02:00
|
|
|
#
|
|
|
|
copy_toolchain_lib_root = \
|
2016-02-12 20:20:25 +01:00
|
|
|
LIB="$(strip $1)"; \
|
2014-10-23 10:43:37 +02:00
|
|
|
\
|
toolchain/helper: don't follow symlinks when copying libs to target
In 2a87b64 (toolchain-external: align library locations in target and
staging dir), copying the libraries from the sysroot to the target was
changed to a simple find-based solution.
To be sure that the staging directory was entered to find the libraries,
in case the variable was pointing to a symlink, the -L clause to find
was used.
However, that causes extraneous libraries to be copied over.
For example, a ct-ng toolchain would have this sysroot (e.g for an arm
32-bit toolchain):
.../sysroot/lib/
.../sysroot/lib32 -> lib
.../sysroot/lib64 -> lib
.../sysroot/usr/lib/
.../sysroot/usr/lib32 -> lib
.../sysroot/usr/lib64 -> lib
Which we would carry as-is to our own sysroot.
But then, in target, our skeleton creates the /lib/ and /usr/lib
directories, with the necessary lib32 or lib64 symlink pointing to it.
In this case, a lib32->lib symlink is created, but no lib64 symlink
since this is a 32-bit architecture.
To copy the required libraries from staging into target, we scan the
staging directory for all occurences of the required libraries, and copy
them over to target, keeping the same directory layout relative to the
sysroot.
For example:
.../sysroot/usr/lib/libfoo.so --> .../target/usr/lib/libfoo.so
.../sysroot/usr/lib32/libbar.so --> .../target/usr/lib32/libbar.so
.../sysroot/usr/lib64/libbuz.so --> .../target/usr/lib64/libbuz.so
So, when we copy over the libraries from our staging to the target
directory, the "find -L .../sysroot -name libblabla.so.*" would find
multiple instances of libblabla, each in the /usr/lib /usr/lib32 and
/usr/lib64 locations (they are all the exact same file, though).
Since we do have the /usr/lib32->lib symlink, all is OK (but there are
two copies going on, which could be avoided). However, since we do not
have the /usr/lib64->lib symlink, the /usr/lib64/ directory is created.
This was very difficult to observe, as no /lib64/ directory is created,
only the /usr/lib64/ one was. To top it off, this only happens with a
merged /usr, which does not seem like not a common case without systemd.
Since the reason to use -L was to be sure to enter our staging
directory, we just need to ensure that the path ends up with a slash, as
was already talked about in this thread:
http://lists.busybox.net/pipermail/buildroot/2016-April/159737.html
After further discussion, it turns out that the original patch came along
because of the confusion between output/staging (which is a symlink) and
$(STAGING_DIR) which expands to output/host/usr/<tupple>/sysroot (which is
never a symlink), so the symlink handling isn't really needed at all.
[Peter: drop description comment, extend description]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Cc: Arnout Vandecappelle <arnout@mind.be>
Cc: Thomas De Schampheleire <patrickdepinguin@gmail.com>
Cc: Peter Korsgaard <peter@korsgaard.com>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-05-29 23:58:11 +02:00
|
|
|
LIBPATHS=`find $(STAGING_DIR)/ -name "$${LIB}" 2>/dev/null` ; \
|
2016-02-03 22:45:28 +01:00
|
|
|
for LIBPATH in $${LIBPATHS} ; do \
|
2016-02-12 20:20:25 +01:00
|
|
|
DESTDIR=`echo $${LIBPATH} | sed "s,^$(STAGING_DIR)/,," | xargs dirname` ; \
|
|
|
|
mkdir -p $(TARGET_DIR)/$${DESTDIR}; \
|
2013-10-08 20:17:14 +02:00
|
|
|
while true ; do \
|
|
|
|
LIBNAME=`basename $${LIBPATH}`; \
|
|
|
|
LIBDIR=`dirname $${LIBPATH}` ; \
|
|
|
|
LINKTARGET=`readlink $${LIBPATH}` ; \
|
2012-05-07 15:02:19 +02:00
|
|
|
rm -fr $(TARGET_DIR)/$${DESTDIR}/$${LIBNAME}; \
|
|
|
|
if test -h $${LIBPATH} ; then \
|
2013-10-08 20:17:14 +02:00
|
|
|
ln -sf `basename $${LINKTARGET}` $(TARGET_DIR)/$${DESTDIR}/$${LIBNAME} ; \
|
2012-05-07 15:02:19 +02:00
|
|
|
elif test -f $${LIBPATH}; then \
|
|
|
|
$(INSTALL) -D -m0755 $${LIBPATH} $(TARGET_DIR)/$${DESTDIR}/$${LIBNAME}; \
|
2010-07-28 00:08:13 +02:00
|
|
|
else \
|
|
|
|
exit -1; \
|
|
|
|
fi; \
|
2013-10-08 20:17:14 +02:00
|
|
|
if test -z "$${LINKTARGET}" ; then \
|
|
|
|
break ; \
|
|
|
|
fi ; \
|
|
|
|
LIBPATH="`readlink -f $${LIBPATH}`"; \
|
2010-07-28 00:08:13 +02:00
|
|
|
done; \
|
2015-10-04 13:35:08 +02:00
|
|
|
done
|
2010-07-28 00:08:13 +02:00
|
|
|
|
|
|
|
#
|
|
|
|
# Copy the full external toolchain sysroot directory to the staging
|
|
|
|
# dir. The operation of this function is rendered a little bit
|
|
|
|
# complicated by the support for multilib toolchains.
|
|
|
|
#
|
|
|
|
# We start by copying etc, lib, sbin and usr from the sysroot of the
|
|
|
|
# selected architecture variant (as pointed by ARCH_SYSROOT_DIR). This
|
|
|
|
# allows to import into the staging directory the C library and
|
|
|
|
# companion libraries for the correct architecture variant. We
|
|
|
|
# explictly only copy etc, lib, sbin and usr since other directories
|
|
|
|
# might exist for other architecture variants (on Codesourcery
|
|
|
|
# toolchain, the sysroot for the default architecture variant contains
|
|
|
|
# the armv4t and thumb2 subdirectories, which are the sysroot for the
|
|
|
|
# corresponding architecture variants), and we don't want to import
|
|
|
|
# them.
|
|
|
|
#
|
2016-05-10 16:01:37 +02:00
|
|
|
# Then, if the selected architecture variant is not the default one
|
|
|
|
# (i.e, if SYSROOT_DIR != ARCH_SYSROOT_DIR), then we :
|
2010-07-28 00:08:13 +02:00
|
|
|
#
|
2016-05-10 16:01:37 +02:00
|
|
|
# * Import the header files from the default architecture
|
2010-07-28 00:08:13 +02:00
|
|
|
# variant. Header files are typically shared between the sysroots
|
|
|
|
# for the different architecture variants. If we use the
|
|
|
|
# non-default one, header files were not copied by the previous
|
|
|
|
# step, so we copy them here from the sysroot of the default
|
|
|
|
# architecture variant.
|
|
|
|
#
|
|
|
|
# * Create a symbolic link that matches the name of the subdirectory
|
|
|
|
# for the architecture variant in the original sysroot. This is
|
|
|
|
# required as the compiler will by default look in
|
|
|
|
# sysroot_dir/arch_variant/ for libraries and headers, when the
|
|
|
|
# non-default architecture variant is used. Without this, the
|
|
|
|
# compiler fails to find libraries and headers.
|
|
|
|
#
|
2016-05-10 16:01:37 +02:00
|
|
|
# Some toolchains (i.e Linaro binary toolchains) store support
|
|
|
|
# libraries (libstdc++, libgcc_s) outside of the sysroot, so we simply
|
|
|
|
# copy all the libraries from the "support lib directory" into our
|
|
|
|
# sysroot.
|
2012-05-07 15:02:19 +02:00
|
|
|
#
|
2011-10-02 21:20:09 +02:00
|
|
|
# Note that the 'locale' directories are not copied. They are huge
|
|
|
|
# (400+MB) in CodeSourcery toolchains, and they are not really useful.
|
|
|
|
#
|
2010-07-28 00:08:13 +02:00
|
|
|
# $1: main sysroot directory of the toolchain
|
|
|
|
# $2: arch specific sysroot directory of the toolchain
|
|
|
|
# $3: arch specific subdirectory in the sysroot
|
2013-08-23 00:59:35 +02:00
|
|
|
# $4: directory of libraries ('lib', 'lib32' or 'lib64')
|
2012-05-07 15:02:19 +02:00
|
|
|
# $5: support lib directories (for toolchains storing libgcc_s,
|
|
|
|
# libstdc++ and other gcc support libraries outside of the
|
|
|
|
# sysroot)
|
2010-07-28 00:08:13 +02:00
|
|
|
copy_toolchain_sysroot = \
|
|
|
|
SYSROOT_DIR="$(strip $1)"; \
|
|
|
|
ARCH_SYSROOT_DIR="$(strip $2)"; \
|
|
|
|
ARCH_SUBDIR="$(strip $3)"; \
|
Improve external toolchain logic to support IA32 Sourcery CodeBench toolchain
The IA32 Sourcery CodeBench toolchain has a relatively special
structure, with the following multilib variants:
* Intel Pentium 4, 32 bits, the multilib variant is in ./ relative to
the main sysroot, with the libraries in the lib/ directory.
* Intel Xeon Nocona, 64 bits, the multilib variant is in ./ relative
to the main sysroot, with the libraries in the lib64/ directory.
* Intel Atom 32 bits, the multilib variant is in atom/ relative to
the main sysroot, with the libraries in the lib/ directory.
* Intel Core 2 64 bits, the multilib variant is in core2/ relative to
the main sysroot, with the libraries in lib64/ directory.
So the first two variants are in the same sysroot, only the name of
the directory for the libraries is different.
Therefore, we introduce a new ARCH_LIB_DIR variable, which contains
either 'lib' or 'lib64'. This variable is defined according to the
location of the libc.a file for the selected multilib variant, and is
then used when copying the libraries to the target and to the staging
directory.
In addition to this, we no longer use the -print-multi-directory to
get the ARCH_SUBDIR, since in the case of the 64 bits variants of this
toolchain, it returns just '64' and not a real path. Instead, we
simply compute the difference between the arch-specific sysroot and
the main sysroot.
We also take that opportunity to expand the documentation on the
meaning of the different variables.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2011-12-31 11:57:15 +01:00
|
|
|
ARCH_LIB_DIR="$(strip $4)" ; \
|
2012-05-07 15:02:19 +02:00
|
|
|
SUPPORT_LIB_DIR="$(strip $5)" ; \
|
2013-08-23 00:59:35 +02:00
|
|
|
for i in etc $${ARCH_LIB_DIR} sbin usr usr/$${ARCH_LIB_DIR}; do \
|
2017-02-07 22:56:38 +01:00
|
|
|
if [ ! -d $${ARCH_SYSROOT_DIR}/$$i ] ; then \
|
|
|
|
continue ; \
|
2010-07-28 00:08:13 +02:00
|
|
|
fi ; \
|
toolchain-external: fix broken handling of 'usr/lib/locale'
Function copy_toolchain_sysroot, which is in charge of copying the relevant
bits from the external toolchain to the staging directory, performs an rsync
loop of various directories and excludes the pattern 'usr/lib/locale' with
the intention of skipping the directory <toolchain>/usr/lib/locale.
However, while this worked in the original commit, commit
5628776c4a4d29d0715633ea463b64cc19e19c5a broke it inadvertently. The
relevant part of the diff:
- rsync -au --chmod=Du+w --exclude 'usr/lib/locale' \
- $${ARCH_SYSROOT_DIR}/$$i $(STAGING_DIR)/ ; \
+ rsync -au --chmod=Du+w --exclude 'usr/lib/locale' \
+ --exclude lib --exclude lib32 --exclude lib64 \
+ $${ARCH_SYSROOT_DIR}/$$i/ $(STAGING_DIR)/$$i/ ; \
Notice how the source directory now contains a trailing slash, which impacts
the way the exclude rules are interpreted. Previously, when 'i' was 'usr',
the exclude of 'usr/lib/locale' would find a match. With the trailing slash,
there will never be a match, unless for a directory 'usr/usr/lib/locale'.
The right rule would have been '--exclude lib/locale'.
However, just that fix does not solve the problem in all cases, in
particular in the (common) case where ARCH_LIB_DIR is 'lib'. This is due
another change in that commit, changing the iterated values of the above
rsync:
- for i in etc $${ARCH_LIB_DIR} sbin usr ; do \
+ for i in etc $${ARCH_LIB_DIR} sbin usr usr/$${ARCH_LIB_DIR}; do \
Due to the fact that we rsync both 'usr' as 'usr/lib' (assuming ARCH_LIB_DIR
is 'lib') we need to add the correct exclude in both cases. But the exclude
is different for both. When i == 'usr', the correct exclude rule would be
'--exclude lib/locale' while when i == 'usr/lib' the correct rule would be
'--exclude locale'.
Since we would like to avoid separate cases for this, use the following
exclude: '--exclude locale/'. The trailing slash will make sure only
directories called 'locale' will match. The targeted directories are then
usr/lib/locale and usr/share/locale. The latter directory was not matched
originally, but it should not hurt changing that.
Signed-off-by: Thomas De Schampheleire <thomas.de_schampheleire@nokia.com>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-02-07 22:56:39 +01:00
|
|
|
rsync -au --chmod=u=rwX,go=rX --exclude 'locale/' \
|
2017-02-07 22:56:38 +01:00
|
|
|
--include '/libexec*/' --exclude '/lib*/' \
|
|
|
|
$${ARCH_SYSROOT_DIR}/$$i/ $(STAGING_DIR)/$$i/ ; \
|
2010-07-28 00:08:13 +02:00
|
|
|
done ; \
|
2016-05-10 16:01:37 +02:00
|
|
|
if [ `readlink -f $${SYSROOT_DIR}` != `readlink -f $${ARCH_SYSROOT_DIR}` ] ; then \
|
|
|
|
if [ ! -d $${ARCH_SYSROOT_DIR}/usr/include ] ; then \
|
|
|
|
cp -a $${SYSROOT_DIR}/usr/include $(STAGING_DIR)/usr ; \
|
2016-01-12 18:49:38 +01:00
|
|
|
fi ; \
|
2016-05-10 16:01:37 +02:00
|
|
|
mkdir -p `dirname $(STAGING_DIR)/$${ARCH_SUBDIR}` ; \
|
|
|
|
relpath="./" ; \
|
|
|
|
nbslashs=`printf $${ARCH_SUBDIR} | sed 's%[^/]%%g' | wc -c` ; \
|
|
|
|
for slash in `seq 1 $${nbslashs}` ; do \
|
|
|
|
relpath=$${relpath}"../" ; \
|
|
|
|
done ; \
|
|
|
|
ln -s $${relpath} $(STAGING_DIR)/$${ARCH_SUBDIR} ; \
|
|
|
|
echo "Symlinking $(STAGING_DIR)/$${ARCH_SUBDIR} -> $${relpath}" ; \
|
2010-07-28 00:08:13 +02:00
|
|
|
fi ; \
|
2012-05-07 15:02:19 +02:00
|
|
|
if test -n "$${SUPPORT_LIB_DIR}" ; then \
|
|
|
|
cp -a $${SUPPORT_LIB_DIR}/* $(STAGING_DIR)/lib/ ; \
|
|
|
|
fi ; \
|
2010-07-28 00:08:13 +02:00
|
|
|
find $(STAGING_DIR) -type d | xargs chmod 755
|
|
|
|
|
2014-03-01 15:53:01 +01:00
|
|
|
#
|
|
|
|
# Check the specified kernel headers version actually matches the
|
|
|
|
# version in the toolchain.
|
|
|
|
#
|
support/check-kernel-headers: fix old custom toolchains without -print-sysroot
Old toolchains, with old gcc that do not support -print-sysroot, break the
kernel-headers version check script: it fails to find the sysroot of the
toolchain, and thus ends up including the host's linux/version.h.
Most of the time, this will break early, since the host's kernel headers
will not match the toolchain settings.
But it can happen that the check is succesful, although the configuration
of the toolchain is wrong:
- the custom toolchain has kernel headers vX.Y
- the user selected vX.Z (Z!=Y)
- the host has headers vX.Y
In this case, the check passes OK, but the build of some packages later on
will break (which is exactly what those _AT_LEAST_XXX options were added to
avoid).
Fix that by passing the sysroot to the check script, instead of the cross
compiler.
We get the sysroot as thus:
- for custom toolchains, we use the macro toolchain_find_sysroot. We can
do that, because we already have a complete sysroot with libc.a at that
time.
- for internal toolchain using a custom kernel headers version, we just
use $(STAGING_DIR). We can't use the macro as for custom toolchains
above, because at the time we install the kernel headers, we do not yet
have a complete sysroot with a libc.a. But we can just use
$(STAGING_DIR), since we're only interested in the kernel headers.
For all other types of toolchains, we already have the _AT_LEAST_XXX options
properly set, so we need not add a check in this case.
Fixes:
http://autobuild.buildroot.net/results/f33/f331a6eff0b0b93c73af52db3a6b43e4e598577e/
http://autobuild.buildroot.net/results/a57/a5797c025bec50c10efdcff74945aab4021d05e4/
[...]
[Thanks to Thomas for pointing out the toolchain_find_sysroot macro!]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-04-07 20:19:12 +02:00
|
|
|
# $1: sysroot directory
|
2014-03-01 15:53:01 +01:00
|
|
|
# $2: kernel version string, in the form: X.Y
|
|
|
|
#
|
|
|
|
check_kernel_headers_version = \
|
|
|
|
if ! support/scripts/check-kernel-headers.sh $(1) $(2); then \
|
toolchain: print actual version of kernel headers when checking
Since we introduced the _AT_LEAST_XXX for the kernel headers, people
using pre-built custom toolchain now have to specify the version of
the kernel headers their custom toolchain uses.
So, when we detect that there is a mismatch between the selection in
the menuconfig, and the actual version of the headers, we currently
only bail out with a terse message "Incorrect selection of kernel
headers".
This could be confusing some, and getting the version of the headers
used by the toolchain is not trivial (well, it's very easy, but not
trivial.)
This patch changes the way we report the error by moving the message
into the test-code, and by printing the expected and actual versions
of the kernel headers.
BUT! To get this pretty error message, we need to run the
test-program, so we can not use the cross-toolchain, we have to use
the native one.
BUT! The native one has its own linux/version.h header, so we can not
simply include it.
So, we ask the cross-compiler where its default sysroot is, and use
that to then force-feed the cross linux/version.h to the native
toolchain.
[Thomas: augment commit log with a message provided by Yann, fix
coding style to not have spaces after opening parenthesis and before
closing parenthesis, reformatted the message "Incorrect selection..."
to make it fit on one line.]
Reported-by: Maxime Hadjinlian <maxime.hadjinlian@gmail.com>
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
Cc: Maxime Hadjinlian <maxime.hadjinlian@gmail.com>
Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-03-30 14:59:30 +02:00
|
|
|
exit 1; \
|
2014-03-01 15:53:01 +01:00
|
|
|
fi
|
|
|
|
|
2015-08-04 20:00:35 +02:00
|
|
|
#
|
|
|
|
# Check the specific gcc version actually matches the version in the
|
|
|
|
# toolchain
|
|
|
|
#
|
|
|
|
# $1: path to gcc
|
|
|
|
# $2: expected gcc version
|
|
|
|
#
|
|
|
|
check_gcc_version = \
|
|
|
|
expected_version="$(strip $2)" ; \
|
2015-08-13 14:13:23 +02:00
|
|
|
if [ -z "$${expected_version}" ]; then \
|
2016-11-24 00:40:34 +01:00
|
|
|
exit 0 ; \
|
2015-08-13 14:13:23 +02:00
|
|
|
fi; \
|
2017-03-09 09:01:36 +01:00
|
|
|
real_version=`$(1) -dumpversion` ; \
|
2015-08-09 13:11:42 +02:00
|
|
|
if [[ ! "$${real_version}" =~ ^$${expected_version}\. ]] ; then \
|
|
|
|
printf "Incorrect selection of gcc version: expected %s.x, got %s\n" \
|
|
|
|
"$${expected_version}" "$${real_version}" ; \
|
2015-08-04 20:00:35 +02:00
|
|
|
exit 1 ; \
|
|
|
|
fi
|
|
|
|
|
2010-07-28 00:08:13 +02:00
|
|
|
#
|
2012-11-03 18:47:50 +01:00
|
|
|
# Check the availability of a particular glibc feature. This function
|
|
|
|
# is used to check toolchain options that are always supported by
|
|
|
|
# glibc, so we simply check that the corresponding option is properly
|
|
|
|
# enabled.
|
2010-07-28 00:08:13 +02:00
|
|
|
#
|
|
|
|
# $1: Buildroot option name
|
|
|
|
# $2: feature description
|
|
|
|
#
|
|
|
|
check_glibc_feature = \
|
2013-07-17 22:30:47 +02:00
|
|
|
if [ "$($(1))" != "y" ] ; then \
|
2010-07-28 00:08:13 +02:00
|
|
|
echo "$(2) available in C library, please enable $(1)" ; \
|
|
|
|
exit 1 ; \
|
|
|
|
fi
|
|
|
|
|
2012-11-03 18:47:50 +01:00
|
|
|
#
|
|
|
|
# Check the availability of RPC support in a glibc toolchain
|
|
|
|
#
|
|
|
|
# $1: sysroot directory
|
|
|
|
#
|
|
|
|
check_glibc_rpc_feature = \
|
|
|
|
IS_IN_LIBC=`test -f $(1)/usr/include/rpc/rpc.h && echo y` ; \
|
|
|
|
if [ "$(BR2_TOOLCHAIN_HAS_NATIVE_RPC)" != "y" -a "$${IS_IN_LIBC}" = "y" ] ; then \
|
2015-05-03 17:39:16 +02:00
|
|
|
echo "RPC support available in C library, please enable BR2_TOOLCHAIN_EXTERNAL_INET_RPC" ; \
|
2012-11-03 18:47:50 +01:00
|
|
|
exit 1 ; \
|
|
|
|
fi ; \
|
|
|
|
if [ "$(BR2_TOOLCHAIN_HAS_NATIVE_RPC)" = "y" -a "$${IS_IN_LIBC}" != "y" ] ; then \
|
2015-05-03 17:39:16 +02:00
|
|
|
echo "RPC support not available in C library, please disable BR2_TOOLCHAIN_EXTERNAL_INET_RPC" ; \
|
2012-11-03 18:47:50 +01:00
|
|
|
exit 1 ; \
|
|
|
|
fi
|
|
|
|
|
2010-07-28 00:08:13 +02:00
|
|
|
#
|
|
|
|
# Check the correctness of a glibc external toolchain configuration.
|
|
|
|
# 1. Check that the C library selected in Buildroot matches the one
|
|
|
|
# of the external toolchain
|
|
|
|
# 2. Check that all the C library-related features are enabled in the
|
|
|
|
# config, since glibc always supports all of them
|
|
|
|
#
|
|
|
|
# $1: sysroot directory
|
|
|
|
#
|
|
|
|
check_glibc = \
|
|
|
|
SYSROOT_DIR="$(strip $1)"; \
|
2013-12-03 12:26:13 +01:00
|
|
|
if test `find $${SYSROOT_DIR}/ -maxdepth 2 -name 'ld-linux*.so.*' -o -name 'ld.so.*' -o -name 'ld64.so.*' | wc -l` -eq 0 ; then \
|
2010-07-28 00:08:13 +02:00
|
|
|
echo "Incorrect selection of the C library"; \
|
|
|
|
exit -1; \
|
|
|
|
fi; \
|
2011-01-10 15:28:41 +01:00
|
|
|
$(call check_glibc_feature,BR2_USE_MMU,MMU support) ;\
|
2012-11-03 18:47:50 +01:00
|
|
|
$(call check_glibc_rpc_feature,$${SYSROOT_DIR})
|
2010-07-28 00:08:13 +02:00
|
|
|
|
2013-10-08 20:17:09 +02:00
|
|
|
#
|
|
|
|
# Check that the selected C library really is musl
|
|
|
|
#
|
|
|
|
# $1: sysroot directory
|
|
|
|
check_musl = \
|
|
|
|
SYSROOT_DIR="$(strip $1)"; \
|
|
|
|
if test ! -f $${SYSROOT_DIR}/lib/libc.so -o -e $${SYSROOT_DIR}/lib/libm.so ; then \
|
|
|
|
echo "Incorrect selection of the C library" ; \
|
|
|
|
exit -1; \
|
|
|
|
fi
|
|
|
|
|
2010-07-28 00:08:13 +02:00
|
|
|
#
|
|
|
|
# Check the conformity of Buildroot configuration with regard to the
|
|
|
|
# uClibc configuration of the external toolchain, for a particular
|
|
|
|
# feature.
|
|
|
|
#
|
2015-03-30 23:07:20 +02:00
|
|
|
# If 'Buildroot option name' ($2) is empty it means the uClibc option
|
|
|
|
# is mandatory.
|
|
|
|
#
|
2010-07-28 00:08:13 +02:00
|
|
|
# $1: uClibc macro name
|
|
|
|
# $2: Buildroot option name
|
|
|
|
# $3: uClibc config file
|
|
|
|
# $4: feature description
|
|
|
|
#
|
|
|
|
check_uclibc_feature = \
|
|
|
|
IS_IN_LIBC=`grep -q "\#define $(1) 1" $(3) && echo y` ; \
|
2015-03-30 23:07:20 +02:00
|
|
|
if [ -z "$(2)" ] ; then \
|
|
|
|
if [ "$${IS_IN_LIBC}" != "y" ] ; then \
|
|
|
|
echo "$(4) not available in C library, toolchain unsuitable for Buildroot" ; \
|
|
|
|
exit 1 ; \
|
|
|
|
fi ; \
|
|
|
|
else \
|
|
|
|
if [ "$($(2))" != "y" -a "$${IS_IN_LIBC}" = "y" ] ; then \
|
|
|
|
echo "$(4) available in C library, please enable $(2)" ; \
|
|
|
|
exit 1 ; \
|
|
|
|
fi ; \
|
|
|
|
if [ "$($(2))" = "y" -a "$${IS_IN_LIBC}" != "y" ] ; then \
|
|
|
|
echo "$(4) not available in C library, please disable $(2)" ; \
|
|
|
|
exit 1 ; \
|
|
|
|
fi ; \
|
2010-07-28 00:08:13 +02:00
|
|
|
fi
|
|
|
|
|
|
|
|
#
|
|
|
|
# Check the correctness of a uclibc external toolchain configuration
|
|
|
|
# 1. Check that the C library selected in Buildroot matches the one
|
|
|
|
# of the external toolchain
|
|
|
|
# 2. Check that the features enabled in the Buildroot configuration
|
|
|
|
# match the features available in the uClibc of the external
|
|
|
|
# toolchain
|
|
|
|
#
|
|
|
|
# $1: sysroot directory
|
|
|
|
#
|
|
|
|
check_uclibc = \
|
|
|
|
SYSROOT_DIR="$(strip $1)"; \
|
2011-12-31 16:15:43 +01:00
|
|
|
if ! test -f $${SYSROOT_DIR}/usr/include/bits/uClibc_config.h ; then \
|
2010-07-28 00:08:13 +02:00
|
|
|
echo "Incorrect selection of the C library"; \
|
|
|
|
exit -1; \
|
|
|
|
fi; \
|
|
|
|
UCLIBC_CONFIG_FILE=$${SYSROOT_DIR}/usr/include/bits/uClibc_config.h ; \
|
2011-01-10 15:28:41 +01:00
|
|
|
$(call check_uclibc_feature,__ARCH_USE_MMU__,BR2_USE_MMU,$${UCLIBC_CONFIG_FILE},MMU support) ;\
|
2015-03-30 23:07:21 +02:00
|
|
|
$(call check_uclibc_feature,__UCLIBC_HAS_LFS__,,$${UCLIBC_CONFIG_FILE},Large file support) ;\
|
2015-04-19 14:39:54 +02:00
|
|
|
$(call check_uclibc_feature,__UCLIBC_HAS_IPV6__,,$${UCLIBC_CONFIG_FILE},IPv6 support) ;\
|
2012-11-03 18:47:49 +01:00
|
|
|
$(call check_uclibc_feature,__UCLIBC_HAS_RPC__,BR2_TOOLCHAIN_HAS_NATIVE_RPC,$${UCLIBC_CONFIG_FILE},RPC support) ;\
|
2010-07-28 00:08:13 +02:00
|
|
|
$(call check_uclibc_feature,__UCLIBC_HAS_LOCALE__,BR2_ENABLE_LOCALE,$${UCLIBC_CONFIG_FILE},Locale support) ;\
|
|
|
|
$(call check_uclibc_feature,__UCLIBC_HAS_WCHAR__,BR2_USE_WCHAR,$${UCLIBC_CONFIG_FILE},Wide char support) ;\
|
2011-11-24 14:26:52 +01:00
|
|
|
$(call check_uclibc_feature,__UCLIBC_HAS_THREADS__,BR2_TOOLCHAIN_HAS_THREADS,$${UCLIBC_CONFIG_FILE},Thread support) ;\
|
2013-09-02 18:06:36 +02:00
|
|
|
$(call check_uclibc_feature,__PTHREADS_DEBUG_SUPPORT__,BR2_TOOLCHAIN_HAS_THREADS_DEBUG,$${UCLIBC_CONFIG_FILE},Thread debugging support) ;\
|
2016-03-15 17:40:38 +01:00
|
|
|
$(call check_uclibc_feature,__UCLIBC_HAS_THREADS_NATIVE__,BR2_TOOLCHAIN_HAS_THREADS_NPTL,$${UCLIBC_CONFIG_FILE},NPTL thread support)
|
2010-07-28 00:08:13 +02:00
|
|
|
|
|
|
|
#
|
|
|
|
# Check that the Buildroot configuration of the ABI matches the
|
|
|
|
# configuration of the external toolchain.
|
|
|
|
#
|
2011-05-08 18:52:27 +02:00
|
|
|
# $1: cross-gcc path
|
2014-07-03 11:35:57 +02:00
|
|
|
# $2: cross-readelf path
|
2011-05-08 18:52:27 +02:00
|
|
|
#
|
2010-07-28 00:08:13 +02:00
|
|
|
check_arm_abi = \
|
2011-05-08 18:52:27 +02:00
|
|
|
__CROSS_CC=$(strip $1) ; \
|
2013-07-17 22:30:48 +02:00
|
|
|
__CROSS_READELF=$(strip $2) ; \
|
2011-05-08 18:52:27 +02:00
|
|
|
EXT_TOOLCHAIN_TARGET=`LANG=C $${__CROSS_CC} -v 2>&1 | grep ^Target | cut -f2 -d ' '` ; \
|
2013-07-14 00:27:32 +02:00
|
|
|
if ! echo $${EXT_TOOLCHAIN_TARGET} | grep -qE 'eabi(hf)?$$' ; then \
|
|
|
|
echo "External toolchain uses the unsuported OABI" ; \
|
2010-07-28 00:08:13 +02:00
|
|
|
exit 1 ; \
|
2013-07-17 22:30:48 +02:00
|
|
|
fi ; \
|
2015-06-26 19:33:20 +02:00
|
|
|
if ! echo 'int main(void) {}' | $${__CROSS_CC} -x c -o $(BUILD_DIR)/.br-toolchain-test.tmp - ; then \
|
|
|
|
rm -f $(BUILD_DIR)/.br-toolchain-test.tmp*; \
|
2014-05-09 13:44:00 +02:00
|
|
|
abistr_$(BR2_ARM_EABI)='EABI'; \
|
|
|
|
abistr_$(BR2_ARM_EABIHF)='EABIhf'; \
|
|
|
|
echo "Incorrect ABI setting: $${abistr_y} selected, but toolchain is incompatible"; \
|
2013-07-17 22:30:48 +02:00
|
|
|
exit 1 ; \
|
2015-06-26 19:33:20 +02:00
|
|
|
fi ; \
|
|
|
|
rm -f $(BUILD_DIR)/.br-toolchain-test.tmp*
|
2010-07-28 00:08:13 +02:00
|
|
|
|
|
|
|
#
|
|
|
|
# Check that the external toolchain supports C++
|
|
|
|
#
|
2011-05-08 18:52:27 +02:00
|
|
|
# $1: cross-g++ path
|
|
|
|
#
|
2010-07-28 00:08:13 +02:00
|
|
|
check_cplusplus = \
|
2011-05-08 18:52:27 +02:00
|
|
|
__CROSS_CXX=$(strip $1) ; \
|
|
|
|
$${__CROSS_CXX} -v > /dev/null 2>&1 ; \
|
2010-07-28 00:08:13 +02:00
|
|
|
if test $$? -ne 0 ; then \
|
2010-12-13 17:27:41 +01:00
|
|
|
echo "C++ support is selected but is not available in external toolchain" ; \
|
2010-07-28 00:08:13 +02:00
|
|
|
exit 1 ; \
|
2010-12-13 17:27:38 +01:00
|
|
|
fi
|
2010-07-28 00:08:13 +02:00
|
|
|
|
2016-07-03 15:47:44 +02:00
|
|
|
#
|
|
|
|
#
|
|
|
|
# Check that the external toolchain supports Fortran
|
|
|
|
#
|
|
|
|
# $1: cross-gfortran path
|
|
|
|
#
|
|
|
|
check_fortran = \
|
|
|
|
__CROSS_FC=$(strip $1) ; \
|
|
|
|
__o=$(BUILD_DIR)/.br-toolchain-test-fortran.tmp ; \
|
|
|
|
printf 'program hello\n\tprint *, "Hello Fortran!\\n"\nend program hello\n' | \
|
|
|
|
$${__CROSS_FC} -x f95 -o $${__o} - ; \
|
|
|
|
if test $$? -ne 0 ; then \
|
|
|
|
rm -f $${__o}* ; \
|
|
|
|
echo "Fortran support is selected but is not available in external toolchain" ; \
|
|
|
|
exit 1 ; \
|
|
|
|
fi ; \
|
|
|
|
rm -f $${__o}* \
|
|
|
|
|
2010-07-28 00:08:13 +02:00
|
|
|
#
|
|
|
|
# Check that the cross-compiler given in the configuration exists
|
|
|
|
#
|
2011-05-08 18:52:27 +02:00
|
|
|
# $1: cross-gcc path
|
|
|
|
#
|
2010-07-28 00:08:13 +02:00
|
|
|
check_cross_compiler_exists = \
|
2011-05-08 18:52:27 +02:00
|
|
|
__CROSS_CC=$(strip $1) ; \
|
|
|
|
$${__CROSS_CC} -v > /dev/null 2>&1 ; \
|
2010-07-28 00:08:13 +02:00
|
|
|
if test $$? -ne 0 ; then \
|
2011-05-08 18:52:27 +02:00
|
|
|
echo "Cannot execute cross-compiler '$${__CROSS_CC}'" ; \
|
2010-07-28 00:08:13 +02:00
|
|
|
exit 1 ; \
|
2010-12-13 17:27:38 +01:00
|
|
|
fi
|
toolchain-external: add a specific check to avoid Angstrom toolchains
The Angstrom toolchains available at
http://www.angstrom-distribution.org/toolchains/ are not usable as
external toolchains in Buildroot, because they are not pure toolchains
with just the C library, but instead complete SDKs with many
cross-compiled libraries (Gtk, Qt, glib, neon, sqlite, X.org, and many
more, approximately 200 MB of libraries).
Buildroot cannot use such toolchains, and while this is documented in
our manual, some users still try to do this. Today, one such user came
on the IRC channel, reporting a build problem, which we started
investigating, only to realize after a long time that he was using an
Angstrom toolchain.
To avoid this problem in the future, we explicitly check if the
toolchain is from Angstrom by looking at the vendor part of the tuple
exposed by the toolchain: as soon as it is
<something>-angstrom-<something-else>, we reject the toolchain with an
explanation.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Reviewed-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2013-10-13 10:28:20 +02:00
|
|
|
|
|
|
|
#
|
2016-04-27 22:15:03 +02:00
|
|
|
# Check for toolchains known not to work with Buildroot.
|
|
|
|
# - For the Angstrom toolchains, we check by looking at the vendor part of
|
|
|
|
# the host tuple.
|
|
|
|
# - Exclude distro-class toolchains which are not relocatable.
|
|
|
|
# - Exclude broken toolchains which return "libc.a" with -print-file-name.
|
|
|
|
# - Exclude toolchains which doesn't support --sysroot option.
|
toolchain-external: add a specific check to avoid Angstrom toolchains
The Angstrom toolchains available at
http://www.angstrom-distribution.org/toolchains/ are not usable as
external toolchains in Buildroot, because they are not pure toolchains
with just the C library, but instead complete SDKs with many
cross-compiled libraries (Gtk, Qt, glib, neon, sqlite, X.org, and many
more, approximately 200 MB of libraries).
Buildroot cannot use such toolchains, and while this is documented in
our manual, some users still try to do this. Today, one such user came
on the IRC channel, reporting a build problem, which we started
investigating, only to realize after a long time that he was using an
Angstrom toolchain.
To avoid this problem in the future, we explicitly check if the
toolchain is from Angstrom by looking at the vendor part of the tuple
exposed by the toolchain: as soon as it is
<something>-angstrom-<something-else>, we reject the toolchain with an
explanation.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Reviewed-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2013-10-13 10:28:20 +02:00
|
|
|
#
|
|
|
|
# $1: cross-gcc path
|
|
|
|
#
|
|
|
|
check_unusable_toolchain = \
|
|
|
|
__CROSS_CC=$(strip $1) ; \
|
|
|
|
vendor=`$${__CROSS_CC} -dumpmachine | cut -f2 -d'-'` ; \
|
|
|
|
if test "$${vendor}" = "angstrom" ; then \
|
|
|
|
echo "Angstrom toolchains are not pure toolchains: they contain" ; \
|
|
|
|
echo "many other libraries than just the C library, which makes" ; \
|
|
|
|
echo "them unsuitable as external toolchains for build systems" ; \
|
|
|
|
echo "such as Buildroot." ; \
|
|
|
|
exit 1 ; \
|
2015-03-17 16:14:55 +01:00
|
|
|
fi; \
|
|
|
|
with_sysroot=`$${__CROSS_CC} -v 2>&1 |sed -r -e '/.* --with-sysroot=([^[:space:]]+)[[:space:]].*/!d; s//\1/'`; \
|
|
|
|
if test "$${with_sysroot}" = "/" ; then \
|
|
|
|
echo "Distribution toolchains are unsuitable for use by Buildroot," ; \
|
|
|
|
echo "as they were configured in a way that makes them non-relocatable,"; \
|
|
|
|
echo "and contain a lot of pre-built libraries that would conflict with"; \
|
|
|
|
echo "the ones Buildroot wants to build."; \
|
|
|
|
exit 1; \
|
2016-04-27 22:15:01 +02:00
|
|
|
fi; \
|
|
|
|
libc_a_path=`$${__CROSS_CC} -print-file-name=libc.a` ; \
|
|
|
|
if test "$${libc_a_path}" = "libc.a" ; then \
|
|
|
|
echo "Unable to detect the toolchain sysroot, Buildroot cannot use this toolchain." ; \
|
|
|
|
exit 1 ; \
|
2016-04-27 22:15:02 +02:00
|
|
|
fi ; \
|
|
|
|
sysroot_dir="$(call toolchain_find_sysroot,$${__CROSS_CC})" ; \
|
|
|
|
if test -z "$${sysroot_dir}" ; then \
|
|
|
|
echo "External toolchain doesn't support --sysroot. Cannot use." ; \
|
|
|
|
exit 1 ; \
|
toolchain-external: add a specific check to avoid Angstrom toolchains
The Angstrom toolchains available at
http://www.angstrom-distribution.org/toolchains/ are not usable as
external toolchains in Buildroot, because they are not pure toolchains
with just the C library, but instead complete SDKs with many
cross-compiled libraries (Gtk, Qt, glib, neon, sqlite, X.org, and many
more, approximately 200 MB of libraries).
Buildroot cannot use such toolchains, and while this is documented in
our manual, some users still try to do this. Today, one such user came
on the IRC channel, reporting a build problem, which we started
investigating, only to realize after a long time that he was using an
Angstrom toolchain.
To avoid this problem in the future, we explicitly check if the
toolchain is from Angstrom by looking at the vendor part of the tuple
exposed by the toolchain: as soon as it is
<something>-angstrom-<something-else>, we reject the toolchain with an
explanation.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Reviewed-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2013-10-13 10:28:20 +02:00
|
|
|
fi
|
2014-05-05 11:25:50 +02:00
|
|
|
|
2016-03-15 17:40:38 +01:00
|
|
|
#
|
|
|
|
# Check if the toolchain has SSP (stack smashing protector) support
|
|
|
|
#
|
|
|
|
# $1: cross-gcc path
|
|
|
|
#
|
|
|
|
check_toolchain_ssp = \
|
|
|
|
__CROSS_CC=$(strip $1) ; \
|
|
|
|
__HAS_SSP=`echo 'void main(){}' | $${__CROSS_CC} -fstack-protector -x c - -o $(BUILD_DIR)/.br-toolchain-test.tmp >/dev/null 2>&1 && echo y` ; \
|
|
|
|
if [ "$(BR2_TOOLCHAIN_HAS_SSP)" != "y" -a "$${__HAS_SSP}" = "y" ] ; then \
|
|
|
|
echo "SSP support available in this toolchain, please enable BR2_TOOLCHAIN_EXTERNAL_HAS_SSP" ; \
|
|
|
|
exit 1 ; \
|
|
|
|
fi ; \
|
|
|
|
if [ "$(BR2_TOOLCHAIN_HAS_SSP)" = "y" -a "$${__HAS_SSP}" != "y" ] ; then \
|
|
|
|
echo "SSP support not available in this toolchain, please disable BR2_TOOLCHAIN_EXTERNAL_HAS_SSP" ; \
|
|
|
|
exit 1 ; \
|
|
|
|
fi ; \
|
|
|
|
rm -f $(BUILD_DIR)/.br-toolchain-test.tmp*
|
|
|
|
|
2014-05-05 11:25:50 +02:00
|
|
|
#
|
|
|
|
# Generate gdbinit file for use with Buildroot
|
|
|
|
#
|
|
|
|
gen_gdbinit_file = \
|
|
|
|
mkdir -p $(STAGING_DIR)/usr/share/buildroot/ ; \
|
|
|
|
echo "set sysroot $(STAGING_DIR)" > $(STAGING_DIR)/usr/share/buildroot/gdbinit
|