On Mon, Oct 21, 2013 at 02:06:14PM -0400, Paul Smith wrote:
> On Mon, 2013-10-21 at 18:48 +0100, Ken Moffat wrote:
> > Thanks. Is it OK if I quote this whole reply to the qemu devs ?
>
> Of course. This mailing list is publicly archived; quote away.
>
> Or point them
On Mon, Oct 21, 2013 at 12:51:11PM -0400, Paul Smith wrote:
> On Mon, 2013-10-21 at 17:36 +0100, Ken Moffat wrote:
> > I haven't even figured out where quiet-command is located. I'm
> > only an integration monkey, checking that everything in our "distro"
On Mon, Oct 21, 2013 at 01:11:47PM -0400, Paul Smith wrote:
> On Mon, 2013-10-21 at 18:03 +0100, Ken Moffat wrote:
> > 2. Unfortunately, rules.mak *is* adding -rR to the MAKEFLAGS -
> >
> > # Don't use implicit rules or variables
> > # we have explicit rules for
On Mon, Oct 21, 2013 at 05:36:24PM +0100, Ken Moffat wrote:
> On Mon, Oct 21, 2013 at 04:02:58PM +, Edward Welbourne wrote:
> > > It's the long one (subdir-dtc) where the problem exists.
> >
> > Obvious first step: configure quiet-command to actually show th
On Mon, Oct 21, 2013 at 04:02:58PM +, Edward Welbourne wrote:
> > It's the long one (subdir-dtc) where the problem exists.
>
> Obvious first step: configure quiet-command to actually show the
> command, or remove this wrapping from the command, so that you can see
> what the sub-make actually
On Mon, Oct 21, 2013 at 12:02:20AM -0400, Paul Smith wrote:
> On Mon, 2013-10-21 at 04:05 +0100, Ken Moffat wrote:
> > With GNU Make 4.0 on x86_64-unknown-linux-gnu I am unable to build
> > qemu 1.6.{0,1} because it fails with
> > AR libfdt/libfdt.a
> >
With GNU Make 4.0 on x86_64-unknown-linux-gnu I am unable to build
qemu 1.6.{0,1} because it fails with
AR libfdt/libfdt.a
ar: two different operation options specified
Makefile:234: recipe for target 'libfdt/libfdt.a' failed
If I try to build it with make V=1 the output shows it has
AR