From: Grant Edwards <grant.b.edwards@gmail.com>
To: buildroot@busybox.net
Subject: [Buildroot] external toolchain and sysroot
Date: Sat, 27 Mar 2010 01:10:16 +0000 (UTC) [thread overview]
Message-ID: <hojlto$f4c$1@dough.gmane.org> (raw)
In-Reply-To: 20100326202442.7ef0e1ae@surf
On 2010-03-26, Thomas Petazzoni <thomas.petazzoni@free-electrons.com> wrote:
> On Fri, 26 Mar 2010 01:04:33 +0000 (UTC)
> Grant Edwards <grant.b.edwards@gmail.com> wrote:
>
>> > * We pass --sysroot $(STAGING_DIR) to every gcc/ld invocation, so that
>> > gcc/ld find the libraries and header files correctly.
>>
>> Perhaps that's what's supposed to happen, but there appear to be a lot
>> of packages where it doesn't happen (at least for some of us).
>
> As I said in my other mail in this thread, yes, there are many packages
> that are broken with regard to --sysroot.
Sorry, I guess I got confused by the contradiction. Stating that
--sysroot is passed to every gcc/ld invocation meant to me that you
believed there were no packages that are broken with regard to
--sysroot.
> Packages that use the Makefile.autotools.in infrastructure should all
> work, but for all the other packages, they should be fixed one by
> one.
OK, that's all I was trying to establish: that some/many packages are
broken when used with external toolchains and not every gcc/ld
invocation is being passed --sysroot.
What I'm still puzzled about out is why builds fail for some external
toolchains and not others. I'm pretty sure that I wasn't the first
person to attempt to build 2010.02 busybox with an external toolchain,
yet nobody else seems to have had the link failure due to the missing
--sysroot. OTOH, --sysroot was clearly not present in the link flags.
I can't find any gcc/binutils config options that should cause a
difference like that.
--
Grant
next prev parent reply other threads:[~2010-03-27 1:10 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-03-25 15:28 [Buildroot] external toolchain and sysroot Yury Luneff
2010-03-25 16:14 ` Grant Edwards
2010-03-25 17:12 ` Yury Luneff
2010-03-25 17:16 ` Yury Luneff
2010-03-25 18:08 ` Grant Edwards
2010-03-25 22:34 ` Thomas Petazzoni
2010-03-26 1:04 ` Grant Edwards
2010-03-26 19:24 ` Thomas Petazzoni
2010-03-27 1:10 ` Grant Edwards [this message]
2010-03-27 8:22 ` Thomas Petazzoni
2010-03-27 15:05 ` Grant Edwards
2010-04-14 13:42 ` Grant Edwards
2010-03-25 22:32 ` 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='hojlto$f4c$1@dough.gmane.org' \
--to=grant.b.edwards@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