From: Romain Naour <romain.naour@gmail.com>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCH v2] toolchain: add a harmless link when sysroot detection is not accurate
Date: Tue, 2 Feb 2016 15:21:50 +0100 [thread overview]
Message-ID: <56B0BB7E.7020305@gmail.com> (raw)
In-Reply-To: <56B08B91.5080704@imgtec.com>
Hi Vicente,
Le 02/02/2016 11:57, Vicente Olivert Riera a ?crit :
> ping
>
> Currently Codescape MIPS toolchains are broken for big-endian. This patch fixes
> the problem.
>
> On 22/01/16 16:05, Vicente Olivert Riera wrote:
>> Sometimes is not possible to detect if the sysroots are nested or side
>> by side. For instance this happens for MIPS big endian, where the
>> sysroot and the arch-sysroot directories are the same. Examples:
By sometime, you mean toolchains generated by Crosstool-ng and Buildroot which
doesn't support multi-lib.
>>
>> === Mentor Sourcery CodeBench toolchain
>>
>> $ readlink -f $(LANG=C mips-linux-gnu-gcc -print-file-name=libc.a) | sed
>> -r -e 's:(usr/)?lib(32|64)?([^/]*)?/([^/]*/)?libc\.a::'
>> /toolchains/mips-2015.11/mips-linux-gnu/libc/
>>
>> $ readlink -f $(LANG=C mips-linux-gnu-gcc -EB -print-file-name=libc.a) |
>> sed -r -e 's:(usr/)?lib(32|64)?([^/]*)?/([^/]*/)?libc\.a::'
>> /toolchains/mips-2015.11/mips-linux-gnu/libc/
>>
>> === Codescape toolchain
>>
>> $ readlink -f $(LANG=C mips-img-linux-gnu-gcc -print-file-name=libc.a) |
>> sed -r -e 's:(usr/)?lib(32|64)?([^/]*)?/([^/]*/)?libc\.a::'
>> /toolchains/mips-img-linux-gnu/2015.06-05/sysroot/mips-r6-hard/
>>
>> $ readlink -f $(LANG=C mips-img-linux-gnu-gcc -EB
>> -print-file-name=libc.a) | sed -r -e
>> 's:(usr/)?lib(32|64)?([^/]*)?/([^/]*/)?libc\.a::'
>> /toolchains/mips-img-linux-gnu/2015.06-05/sysroot/mips-r6-hard/
>>
>> For those cases where the sysroot detection is not accurate we add a
>> harmless symlink necessary for certain toolchains such as Codescape for
>> MIPS. The other toolchains in this situation (unknown sysroot layout)
>> don't need this symlink to work, but as stated before, this symlink is
>> harmless.
Since Codescape are supported in Buildroot as external toolchain and the issue
appear only with it for BE, you can probability use a
TOOLCHAIN_EXTERNAL_POST_INSTALL_STAGING_HOOKS like for some Linaro toolchains
instead ?
Thoughts ?
>>
>> Signed-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com>
>> ---
>> Changes v1 -> v2:
>> - Update the comment above the copy_toolchain_sysroot function.
>> - Explain in the commit log which toolchains are affected and provide
>> some outputs of -print-file-name to explain the problem.
>> (Both changes requested by Thomas Petazzoni)
>>
>> toolchain/helpers.mk | 16 ++++++++++++++++
>> 1 file changed, 16 insertions(+)
>>
>> diff --git a/toolchain/helpers.mk b/toolchain/helpers.mk
>> index 70695ee..c8245f7 100644
>> --- a/toolchain/helpers.mk
>> +++ b/toolchain/helpers.mk
>> @@ -130,6 +130,12 @@ copy_toolchain_lib_root = \
>> #
>> # * Create a symbolic link
>> #
>> +# If we are in the situation where we don't know if the sysroot layout
>> +# is nested of side by side, we:
>> +#
>> +# * Create a symbolic link because it's harmless and is necessary for
>> +# certain toolchains like Codescape for MIPS.
>> +#
>> # Finally, 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"
>> @@ -160,9 +166,12 @@ copy_toolchain_sysroot = \
>> done ; \
>> SYSROOT_DIR_CANON=`readlink -f $${SYSROOT_DIR}` ; \
>> ARCH_SYSROOT_DIR_CANON=`readlink -f $${ARCH_SYSROOT_DIR}` ; \
>> + echo "SYSROOT_DIR_CANON: $${ARCH_SYSROOT_DIR_CANON}" ; \
should be SYSROOT_DIR_CANON
Best regards,
Romain
>> + echo "ARCH_SYSROOT_DIR_CANON: $${ARCH_SYSROOT_DIR_CANON}" ; \
>> if [ $${SYSROOT_DIR_CANON} != $${ARCH_SYSROOT_DIR_CANON} ] ; then \
>> relpath="./" ; \
>> if [ $${ARCH_SYSROOT_DIR_CANON:0:$${\#SYSROOT_DIR_CANON}} ==
>> $${SYSROOT_DIR_CANON} ] ; then \
>> + echo "Nested sysroots detected." ; \
>> if [ ! -d $${ARCH_SYSROOT_DIR}/usr/include ] ; then \
>> cp -a $${SYSROOT_DIR}/usr/include $(STAGING_DIR)/usr ; \
>> fi ; \
>> @@ -174,9 +183,16 @@ copy_toolchain_sysroot = \
>> ln -s $${relpath} $(STAGING_DIR)/$${ARCH_SUBDIR} ; \
>> echo "Symlinking $(STAGING_DIR)/$${ARCH_SUBDIR} -> $${relpath}" ; \
>> elif [ `dirname $${ARCH_SYSROOT_DIR_CANON}` == `dirname
>> $${SYSROOT_DIR_CANON}` ] ; then \
>> + echo "Side by side sysroots detected." ; \
>> ln -snf $${relpath} $(STAGING_DIR)/`basename
>> $${ARCH_SYSROOT_DIR_CANON}` ; \
>> echo "Symlinking $(STAGING_DIR)/`basename
>> $${ARCH_SYSROOT_DIR_CANON}` -> $${relpath}" ; \
>> fi ; \
>> + else \
>> + relpath="./" ; \
>> + echo "Unable to detect if sysroots are nested or side by side." ; \
>> + echo "Creating a harmless symlink necessary for certain toolchains." ; \
>> + ln -snf $${relpath} $(STAGING_DIR)/`basename
>> $${ARCH_SYSROOT_DIR_CANON}` ; \
>> + echo "Symlinking $(STAGING_DIR)/`basename $${ARCH_SYSROOT_DIR_CANON}`
>> -> $${relpath}" ; \
>> fi ; \
>> if test -n "$${SUPPORT_LIB_DIR}" ; then \
>> cp -a $${SUPPORT_LIB_DIR}/* $(STAGING_DIR)/lib/ ; \
>>
> _______________________________________________
> buildroot mailing list
> buildroot at busybox.net
> http://lists.busybox.net/mailman/listinfo/buildroot
next prev parent reply other threads:[~2016-02-02 14:21 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-01-22 15:05 [Buildroot] [PATCH v2] toolchain: add a harmless link when sysroot detection is not accurate Vicente Olivert Riera
2016-02-02 10:57 ` Vicente Olivert Riera
2016-02-02 14:21 ` Romain Naour [this message]
2016-02-02 15:14 ` Vicente Olivert Riera
2016-02-02 15:30 ` Romain Naour
2016-04-30 19:27 ` Romain Naour
2016-05-01 11:59 ` Thomas Petazzoni
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=56B0BB7E.7020305@gmail.com \
--to=romain.naour@gmail.com \
--cc=buildroot@busybox.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox