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
|
|
|
#
|
2012-01-28 17:12:02 +01:00
|
|
|
# Most toolchains (CodeSourcery ones) have their libraries either in
|
|
|
|
# /lib or /usr/lib relative to their ARCH_SYSROOT_DIR, so we search
|
|
|
|
# libraries in:
|
|
|
|
#
|
|
|
|
# $${ARCH_LIB_DIR}
|
|
|
|
# usr/$${ARCH_LIB_DIR}
|
|
|
|
#
|
|
|
|
# Buildroot toolchains, however, have basic libraries in /lib, and
|
|
|
|
# libstdc++/libgcc_s in /usr/<target-name>/lib(64), so we also need to
|
|
|
|
# search libraries in:
|
|
|
|
#
|
|
|
|
# usr/$(TOOLCHAIN_EXTERNAL_PREFIX)/$${ARCH_LIB_DIR}
|
|
|
|
#
|
2012-05-07 15:02:19 +02:00
|
|
|
# Linaro toolchains have most libraries in lib/<target-name>/, so we
|
|
|
|
# need to search libraries in:
|
2012-01-28 17:12:02 +01:00
|
|
|
#
|
|
|
|
# $${ARCH_LIB_DIR}/$(TOOLCHAIN_EXTERNAL_PREFIX)
|
|
|
|
#
|
2012-05-07 15:02:19 +02:00
|
|
|
# And recent Linaro toolchains have the GCC support libraries
|
|
|
|
# (libstdc++, libgcc_s, etc.) into a separate directory, outside of
|
|
|
|
# the sysroot, that we called the "SUPPORT_LIB_DIR", into which we
|
|
|
|
# need to search as well.
|
|
|
|
#
|
2012-01-28 17:12:02 +01:00
|
|
|
# Thanks to ARCH_LIB_DIR we also take into account toolchains that
|
|
|
|
# have the libraries in lib64 and usr/lib64.
|
|
|
|
#
|
|
|
|
# Please be very careful to check the major toolchain sources:
|
|
|
|
# Buildroot, Crosstool-NG, CodeSourcery and Linaro before doing any
|
|
|
|
# modification on the below logic.
|
2010-07-28 00:08:13 +02:00
|
|
|
#
|
|
|
|
# $1: arch specific sysroot directory
|
2012-05-07 15:02:19 +02:00
|
|
|
# $2: support libraries directory (can be empty)
|
|
|
|
# $3: library directory ('lib' or 'lib64') from which libraries must be copied
|
|
|
|
# $4: library name
|
|
|
|
# $5: destination directory of the libary, relative to $(TARGET_DIR)
|
2010-07-28 00:08:13 +02:00
|
|
|
#
|
|
|
|
copy_toolchain_lib_root = \
|
|
|
|
ARCH_SYSROOT_DIR="$(strip $1)"; \
|
2012-05-07 15:02:19 +02:00
|
|
|
SUPPORT_LIB_DIR="$(strip $2)" ; \
|
|
|
|
ARCH_LIB_DIR="$(strip $3)" ; \
|
|
|
|
LIB="$(strip $4)"; \
|
|
|
|
DESTDIR="$(strip $5)" ; \
|
2014-10-23 10:43:37 +02:00
|
|
|
\
|
2012-05-07 15:02:19 +02:00
|
|
|
for dir in \
|
|
|
|
$${ARCH_SYSROOT_DIR}/$${ARCH_LIB_DIR}/$(TOOLCHAIN_EXTERNAL_PREFIX) \
|
|
|
|
$${ARCH_SYSROOT_DIR}/usr/$(TOOLCHAIN_EXTERNAL_PREFIX)/$${ARCH_LIB_DIR} \
|
|
|
|
$${ARCH_SYSROOT_DIR}/$${ARCH_LIB_DIR} \
|
|
|
|
$${ARCH_SYSROOT_DIR}/usr/$${ARCH_LIB_DIR} \
|
|
|
|
$${SUPPORT_LIB_DIR} ; do \
|
2013-10-08 20:17:06 +02:00
|
|
|
LIBSPATH=`find $${dir} -maxdepth 1 -name "$${LIB}" 2>/dev/null` ; \
|
2012-05-07 15:02:19 +02:00
|
|
|
if test -n "$${LIBSPATH}" ; then \
|
|
|
|
break ; \
|
|
|
|
fi \
|
|
|
|
done ; \
|
2013-10-08 20:17:14 +02:00
|
|
|
mkdir -p $(TARGET_DIR)/$${DESTDIR}; \
|
2012-05-07 15:02:19 +02:00
|
|
|
for LIBPATH in $${LIBSPATH} ; do \
|
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; \
|
|
|
|
done; \
|
2014-10-23 10:43:37 +02:00
|
|
|
\
|
2010-07-28 00:08:13 +02:00
|
|
|
echo -n
|
|
|
|
|
|
|
|
#
|
|
|
|
# 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.
|
|
|
|
#
|
|
|
|
# Then, if the selected architecture variant is not the default one
|
|
|
|
# (i.e, if SYSROOT_DIR != ARCH_SYSROOT_DIR), then we :
|
|
|
|
#
|
|
|
|
# * Import the header files from the default architecture
|
|
|
|
# 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.
|
|
|
|
#
|
2012-05-07 15:02:19 +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.
|
|
|
|
#
|
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 \
|
2010-07-28 00:08:13 +02:00
|
|
|
if [ -d $${ARCH_SYSROOT_DIR}/$$i ] ; then \
|
2014-11-21 17:19:02 +01:00
|
|
|
rsync -au --chmod=u=rwX,go=rX --exclude 'usr/lib/locale' \
|
2013-08-23 00:59:35 +02:00
|
|
|
--exclude lib --exclude lib32 --exclude lib64 \
|
|
|
|
$${ARCH_SYSROOT_DIR}/$$i/ $(STAGING_DIR)/$$i/ ; \
|
2010-07-28 00:08:13 +02:00
|
|
|
fi ; \
|
|
|
|
done ; \
|
|
|
|
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 ; \
|
|
|
|
fi ; \
|
2011-12-31 12:02:52 +01:00
|
|
|
mkdir -p `dirname $(STAGING_DIR)/$${ARCH_SUBDIR}` ; \
|
|
|
|
relpath="./" ; \
|
|
|
|
nbslashs=`echo -n $${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
|
|
|
|
|
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) ;\
|
2014-02-18 22:08:59 +01:00
|
|
|
$(call check_uclibc_feature,__UCLIBC_HAS_THREADS_NATIVE__,BR2_TOOLCHAIN_HAS_THREADS_NPTL,$${UCLIBC_CONFIG_FILE},NPTL thread support) ;\
|
2013-09-02 18:06:36 +02:00
|
|
|
$(call check_uclibc_feature,__UCLIBC_HAS_SSP__,BR2_TOOLCHAIN_HAS_SSP,$${UCLIBC_CONFIG_FILE},Stack Smashing Protection 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
|
|
|
|
|
|
|
#
|
|
|
|
# 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
|
|
|
|
|
|
|
#
|
|
|
|
# Check for toolchains known not to work with Buildroot. For now, we
|
|
|
|
# only check for Angstrom toolchains, by looking at the vendor part of
|
|
|
|
# the host tuple.
|
|
|
|
#
|
|
|
|
# $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; \
|
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
|
|
|
|
|
|
|
#
|
|
|
|
# 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
|