On 21 October 2013 19:22, Ken Moffat wrote:
> I took this to bug-make, but now I'm back here. The first thing in
> rules.mak is
>
> # Don't use implicit rules or variables
> # we have explicit rules for everything
> MAKEFLAGS += -rR
>
> and Paul Smith said -
>
> It's a qemu bug, that just happe
On Sat, Oct 19, 2013 at 10:53:43AM +0100, Ken Moffat wrote:
> On Sat, Oct 19, 2013 at 10:05:10AM +0100, Peter Maydell wrote:
> >
> > Well, the reason would be that nobody in practice will do
> > that. Make should be setting ARFLAGS correctly (as per
> > its documentation) unless you've somehow man
On Sat, Oct 19, 2013 at 10:05:10AM +0100, Peter Maydell wrote:
> On 19 October 2013 00:36, Ken Moffat wrote:
> > Seems I can just
> > $export ARFLAGS="rv"
> > before I configure, and it will build and install. Unless there is
> > some reason NOT to do that, please consider this closed.
>
> Well
On 19 October 2013 00:36, Ken Moffat wrote:
> Seems I can just
> $export ARFLAGS="rv"
> before I configure, and it will build and install. Unless there is
> some reason NOT to do that, please consider this closed.
Well, the reason would be that nobody in practice will do
that. Make should be se
On Fri, Oct 18, 2013 at 11:48:12PM +0100, Ken Moffat wrote:
> ar libfdt/libfdt.a libfdt/fdt.o libfdt/fdt_ro.o libfdt/fdt_wip.o
> libfdt/fdt_sw.o libfdt/fdt_rw.o libfdt/fdt_strerror.o
> ar: two different operation options specified
> Makefile:234: recipe for target 'libfdt/libfdt.a' failed
> make[
Hi,
I'm working through the packages in Beyond Linux From Scratch in
the expectation that make-4.0 would break something. Got about
halfway through and started to doubt that. Then I tried qemu.
Initially 1.6.0, which failed, so tried 1.6.1 and that fails the
same way. Found some comments in
