From: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
To: buildroot@busybox.net
Subject: [Buildroot] libglib2 (or maybe libffi) build failure
Date: Wed, 27 Nov 2013 18:16:56 +0100 [thread overview]
Message-ID: <20131127181656.35b2521c@skate> (raw)
In-Reply-To: <529625D8.4080507@newflow.co.uk>
Dear Mark Jackson,
On Wed, 27 Nov 2013 17:03:20 +0000, Mark Jackson wrote:
> Aha ... the previous "buildroot" entry in $PATH is the cuplrit.
Ok. It's true that having an already existing cross-compiler and
Buildroot installation in the PATH can possibly cause some issues,
though I'd like this to work properly.
> The foo.log file contains lines such as:-
>
> 15616 open("/home/mpfj/buildroot/output/host/usr/arm-buildroot-linux-uclibcgnueabi/sysroot/usr/lib/pkgconfig/libcrypto.pc", O_RDONLY)
> ^^^^^^^^^
> I guess it's now in a confused state, so I should do a full clean ?
Can you give us the contents of host/usr/bin/pkg-config ? It is a
wrapper shell script that sets a bunch of variables and calls pkgconf.
I would nonetheless like to have your full "foo.log", to see more
precisely what's going on with pkg-config.
> If so, can you tell me if it's possible to keep 2 different toolchains in use ?
>
> The original "buildroot" path was to my "known-good" buildroot setup (based on
> 2013.02), but I'm looking to update things to the latest.
>
> I'd rather not destroy my existing toolchain setup, so is it possible to set things
> up to handle 2 buildroots at the same time ?
It is possible, just don't have one in the PATH in a permanent way. The
way I typically do things is by adjusting the PATH only in the
shell/terminal I'm going to use the toolchain, or even use the full
toolchain path.
Again, I believe we should continue to investigate this some more, I'd
like to understand the root of the problem and see if there's a
reasonable fix for it (even though I believe there might be several
other issues in trying to do a Buildroot build with an existing
Buildroot build in the PATH).
Best regards,
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
next prev parent reply other threads:[~2013-11-27 17:16 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-11-27 15:28 [Buildroot] libglib2 (or maybe libffi) build failure Mark Jackson
2013-11-27 16:15 ` Thomas Petazzoni
2013-11-27 16:25 ` Mark Jackson
2013-11-27 16:37 ` Thomas Petazzoni
2013-11-27 16:45 ` Mark Jackson
2013-11-27 16:51 ` Thomas Petazzoni
2013-11-27 17:03 ` Mark Jackson
2013-11-27 17:16 ` Thomas Petazzoni [this message]
2013-11-27 17:27 ` Mark Jackson
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=20131127181656.35b2521c@skate \
--to=thomas.petazzoni@free-electrons.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.