All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mark Jackson <mpfj-list@newflow.co.uk>
To: buildroot@busybox.net
Subject: [Buildroot] libglib2 (or maybe libffi) build failure
Date: Wed, 27 Nov 2013 17:27:14 +0000	[thread overview]
Message-ID: <52962B72.6030804@newflow.co.uk> (raw)
In-Reply-To: <20131127181656.35b2521c@skate>

On 27/11/13 17:16, Thomas Petazzoni wrote:
> 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.

Hmmm .. thinking about it, I don't think I did a make clean when I switched
to my new testing branch.

What's the recommended method ?

I recall I did something like:-

[git clone to directory "buildroot"]
$ git checkout 2013.02 -b good
$ make menuconfig
$ make
... build okay ...

Then when I started on the new "updated" branch:-

$ cp -a buildroot buildroot-bt
$ git checkout origin/master -b master
$ git pull
$ make menuconfig
$ make
... build fails ...

I can see now that this might cause all sorts of config issues !!

>> 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.

#!/bin/sh
PKG_CONFIG_LIBDIR=${PKG_CONFIG_LIBDIR:-/home/mpfj/buildroot/output/host/usr/arm-buildroot-linux-uclibcgnueabi/sysroot/usr/lib/pkgconfig:/home/mpfj/buildroot/output/host/usr/arm-buildroot-linux-uclibcgnueabi/sysroot/usr/share/pkgconfig} PKG_CONFIG_SYSROOT_DIR=${PKG_CONFIG_SYSROOT_DIR:-/home/mpfj/buildroot/output/host/usr/arm-buildroot-linux-uclibcgnueabi/sysroot} $(dirname $0)/pkgconf $@

> I would nonetheless like to have your full "foo.log", to see more
> precisely what's going on with pkg-config.

http://code.bulix.org/p5dd3s-85085

>> 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).

Your help is much appreciated.

      reply	other threads:[~2013-11-27 17:27 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
2013-11-27 17:27               ` Mark Jackson [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=52962B72.6030804@newflow.co.uk \
    --to=mpfj-list@newflow.co.uk \
    --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.