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 managed to
On 21 October 2013 19:22, Ken Moffat zarniwh...@ntlworld.com 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,
On 19 October 2013 00:36, Ken Moffat zarniwh...@ntlworld.com 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.
On Sat, Oct 19, 2013 at 10:05:10AM +0100, Peter Maydell wrote:
On 19 October 2013 00:36, Ken Moffat zarniwh...@ntlworld.com 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
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
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[1]:
