Buildroot Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Arnout Vandecappelle <arnout@mind.be>
To: buildroot@busybox.net
Subject: [Buildroot] Issue with toolchain wrapper changes
Date: Thu, 18 Feb 2016 00:14:01 +0100	[thread overview]
Message-ID: <56C4FEB9.3010507@mind.be> (raw)
In-Reply-To: <CAAXf6LXc4FvFMcZOKBa-X0Krr+TvEL=pkfzKO1VHuaUthoLqEA@mail.gmail.com>

On 17-02-16 18:23, Thomas De Schampheleire wrote:
> 
> On Feb 17, 2016 13:00, "Thomas Petazzoni" <thomas.petazzoni@free-electrons.com
> <mailto:thomas.petazzoni@free-electrons.com>> wrote:
>>
>> Hello,
>>
>> On Wed, 17 Feb 2016 12:04:30 +0100, Peter Korsgaard wrote:
>> > >>>>> "Thomas" == Thomas Petazzoni <thomas.petazzoni@free-electrons.com
> <mailto:thomas.petazzoni@free-electrons.com>> writes:
>> >
>> >  > Hello Arnout,
>> >  > I am facing some issues with the toolchain wrapper, which I believe
>> >  > were introduced by the changes done to use the toolchain wrapper also
>> >  > for the internal toolchain backend.
>> >
>> >  > As you know, Buildroot installs all its host stuff in $(HOST_DIR)/usr,
>> >  > and not directly under $(HOST_DIR). For the autobuilders, I build a
>> >  > number of toolchains with Buildroot, which are then used as pre-built
>> >  > external toolchains by the autobuilders. In order for those toolchains
>> >  > to look like conventional toolchains, at the end of their build, I do:
>> >
>> >  >    mv /path/to/host/usr/* /path/to/host/
>> >  >    rmdir /path/to/host/usr/
>> >
>> >  > Which moves everything outside of the usr/ subdirectory, and removes
>> >  > the usr/ subdirectory itself. This used to work perfectly fine, but
>> >  > now, it fails to find the .br_real equivalent of the command being
>> >  > executed. Example:
>> >
>> > Is the extra /usr really such a problem? I've built a bunch of
>> > toolchains, and just refer to them as /opt/br/<whatever>/usr.
>>
>> Yes, for my purpose it's annoying. I want to produce pre-built
>> toolchains that everyone can use, in Buildroot or something else, so I
>> want them to look like normal toolchains. And normal toolchains don't
>> have this useless usr/ top-level directory.
> 
> I may be misunderstanding something, but what is the problem with creating the
> archive from the usr directory? This is what I did at the time I was using a
> buildroot toolchain.

 It works fine when you use it as an external toolchain in buildroot, but it
doesn't work when you try to call cross-gcc directly. The wrapper will look for
the real executable in ../../usr/bin.

 Regards,
 Arnout


-- 
Arnout Vandecappelle                          arnout at mind be
Senior Embedded Software Architect            +32-16-286500
Essensium/Mind                                http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium           BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint:  7493 020B C7E3 8618 8DEC 222C 82EB F404 F9AC 0DDF

      parent reply	other threads:[~2016-02-17 23:14 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-02-13 15:31 [Buildroot] Issue with toolchain wrapper changes Thomas Petazzoni
2016-02-13 20:37 ` Arnout Vandecappelle
2016-03-02 22:13   ` Thomas Petazzoni
2016-02-17 11:04 ` Peter Korsgaard
2016-02-17 11:56   ` Thomas Petazzoni
2016-02-17 17:23     ` Thomas De Schampheleire
2016-02-17 20:59       ` Thomas Petazzoni
2016-02-17 23:14       ` Arnout Vandecappelle [this message]

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=56C4FEB9.3010507@mind.be \
    --to=arnout@mind.be \
    --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