From: David Gibson <david@gibson.dropbear.id.au>
To: Peter Maydell <peter.maydell@linaro.org>
Cc: "Peter Crosthwaite" <peter.crosthwaite@xilinx.com>,
"Kim Phillips" <kim.phillips@freescale.com>,
qemu-devel@nongnu.org, "Alexander Graf" <agraf@suse.de>,
"Anthony Liguori" <aliguori@us.ibm.com>,
"Paolo Bonzini" <pbonzini@redhat.com>,
"Andreas Färber" <afaerber@suse.de>
Subject: Re: [Qemu-devel] [PULL 06/10] configure: dtc: Probe for libfdt_env.h
Date: Tue, 18 Jun 2013 10:03:11 +1000 [thread overview]
Message-ID: <20130618000311.GE16876@voom.redhat.com> (raw)
In-Reply-To: <CAFEAcA8kE3=OF6oXeaQ7Ww-VpZ7T=V7WGx=ai96x1kJscyUZ5Q@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 1612 bytes --]
On Tue, Jun 18, 2013 at 12:44:02AM +0100, Peter Maydell wrote:
> On 18 June 2013 00:24, Andreas Färber <afaerber@suse.de> wrote:
> > As far as I can see, 1.3.0 is the latest available stable dtc version,
> > and it doesn't install libfdt_env.h yet apparently. Any chance we can
> > restore build with dtc 1.3.0 tarball (it used to work fine) while
> > keeping newer versions working?
>
> I wanted to keep things simple, ie just require a distro
> version of libfdt to be installed the way upstream say it
> should be, rather than second-guessing whether a broken
> libfdt is or isn't going to work with our libfdt_env.h.
> Also, a lot of people out there are probably going to end
> up building against the submodule libfdt, so it's helpful
> to have at least some of the qemu developers building that
> way too...
>
> > Also it seems that dtc submodule build is not multithreading-safe:
>
> ...it helps reveal bugs like this one before release
> rather than afterwards. I'm having trouble figuring out
> why it doesn't work, though (I usually run with at least
> j3 and it's fine, plus the makefile rules are pretty
> simple) -- can you reproduce with V=1 so we can see what
> commands are actually being run?
Likewise. I can't see why that wouldn't work. V=1 might help,
although V=1 also changes the options to AR (adds verbose mode), so I
hope that doesn't mess up the results.
--
David Gibson | I'll have my music baroque, and my code
david AT gibson.dropbear.id.au | minimalist, thank you. NOT _the_ _other_
| _way_ _around_!
http://www.ozlabs.org/~dgibson
[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]
next prev parent reply other threads:[~2013-06-18 0:03 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-06-14 14:53 [Qemu-devel] [PULL 00/10] configury queue Peter Maydell
2013-06-14 14:53 ` [Qemu-devel] [PULL 01/10] Add a stp file for usage from build directory Peter Maydell
2013-06-14 14:53 ` [Qemu-devel] [PULL 02/10] build: rename TARGET_ARCH2 to TARGET_NAME Peter Maydell
2013-06-14 14:53 ` [Qemu-devel] [PULL 03/10] build: do not use TARGET_ARCH Peter Maydell
2013-06-14 14:53 ` [Qemu-devel] [PULL 04/10] main: use TARGET_ARCH only for the target-specific #define Peter Maydell
2013-06-14 14:53 ` [Qemu-devel] [PULL 05/10] build: drop TARGET_TYPE Peter Maydell
2013-06-14 14:53 ` [Qemu-devel] [PULL 06/10] configure: dtc: Probe for libfdt_env.h Peter Maydell
2013-06-17 23:24 ` Andreas Färber
2013-06-17 23:44 ` Peter Maydell
2013-06-18 0:03 ` David Gibson [this message]
2013-06-18 0:46 ` Andreas Färber
2013-06-18 0:52 ` Peter Crosthwaite
2013-06-18 1:22 ` Andreas Färber
2013-06-18 8:44 ` Paolo Bonzini
2013-06-18 8:41 ` Peter Maydell
2013-06-19 14:48 ` Cole Robinson
2013-06-19 15:42 ` Peter Maydell
2013-06-14 14:53 ` [Qemu-devel] [PULL 07/10] configure: Require libfdt for arm, ppc, microblaze softmmu targets Peter Maydell
2013-06-14 14:53 ` [Qemu-devel] [PULL 08/10] arm: Remove CONFIG_FDT conditionals Peter Maydell
2013-06-14 14:53 ` [Qemu-devel] [PULL 09/10] microblaze: " Peter Maydell
2013-06-14 14:53 ` [Qemu-devel] [PULL 10/10] ppc: " Peter Maydell
2013-06-14 15:01 ` [Qemu-devel] [PULL 00/10] configury queue Paolo Bonzini
2013-06-17 21:17 ` Anthony Liguori
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=20130618000311.GE16876@voom.redhat.com \
--to=david@gibson.dropbear.id.au \
--cc=afaerber@suse.de \
--cc=agraf@suse.de \
--cc=aliguori@us.ibm.com \
--cc=kim.phillips@freescale.com \
--cc=pbonzini@redhat.com \
--cc=peter.crosthwaite@xilinx.com \
--cc=peter.maydell@linaro.org \
--cc=qemu-devel@nongnu.org \
/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.