qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Qemu-devel] Build failure with make-4.0


From: Ken Moffat
Subject: [Qemu-devel] Build failure with make-4.0
Date: Fri, 18 Oct 2013 23:48:12 +0100
User-agent: Mutt/1.5.21 (2010-09-15)

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 the June and July archives about
ARFLAGS being empty, and particularly a comment from Peter Maydell
(http://lists.gnu.org/archive/html/qemu-devel/2013-06/msg02952.html)

|However, it's not the cause of the problem:
|
|> 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
|
|...which is that the top level makefile is passing ARFLAGS=""
|and so we don't specify any operation to ar at all. For me
|the submake is invoked with ARFLAGS ="rv" (which is Make's
|default for when ARFLAGS wasn't specified).
|
|QEMU's configure and makefile don't fiddle with ARFLAGS at all:
|are you passing some odd values in from your environment?

 So I tried make-3.82 and 1.6.0 built.  Here is the output from
1.6.1 mith "V=1", configured with--prefix=/usr --sysconfdir=/etc
--target-list=x86_64-softmmu (sorry about the reformatting when I
paste) :

make -I/scratch/ken/qemu-1.6.1/dtc VPATH=/scratch/ken/qemu-1.6.1/dtc
-C dtc V="1" LIBFDT_srcdir=/scratch/ken/qemu-1.6.1/dtc/libfdt
CPPFLAGS="-I/scratch/ken/qemu-1.6.1/dtc
-I/scratch/ken/qemu-1.6.1/dtc -I/scratch/ken/qemu-1.6.1/dtc/libfdt"
CFLAGS="-O2 -D_FORTIFY_SOURCE=2 -g  -fPIE -DPIE -m64 -D_GNU_SOURCE
-D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -Wstrict-prototypes
-Wredundant-decls -Wall -Wundef -Wwrite-strings -Wmissing-prototypes
-fno-strict-aliasing  -Wendif-labels -Wmissing-include-dirs
-Wempty-body -Wnested-externs -Wformat-security -Wformat-y2k
-Winit-self -Wignored-qualifiers -Wold-style-declaration
-Wold-style-definition -Wtype-limits -fstack-protector-all
-I/usr/include/libpng16  -I/usr/include/nss -I/usr/include/nspr
-pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include
-I/usr/include/pixman-1  -I/scratch/ken/qemu-1.6.1/dtc/libfdt
-pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include
-I/scratch/ken/qemu-1.6.1/tests" LDFLAGS="-Wl,--warn-common
-Wl,-z,relro -Wl,-z,now -pie -m64 -g " ARFLAGS="" CC="cc" AR="ar"
LD="ld"  BUILD_DIR=/scratch/ken/qemu-1.6.1 libfdt/libfdt.a
make[1]: Entering directory '/scratch/ken/qemu-1.6.1/dtc'

 from which I see that ARFLAGS are empty

 and at the place where it fails

cc -I/scratch/ken/qemu-1.6.1/dtc -I/scratch/ken/qemu-1.6.1/dtc
-I/scratch/ken/qemu-1.6.1/dtc/libfdt -O2 -D_FORTIFY_SOURCE=2 -g
-fPIE -DPIE -m64 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64
-D_LARGEFILE_SOURCE -Wstrict-prototypes -Wredundant-decls -Wall
-Wundef -Wwrite-strings -Wmissing-prototypes -fno-strict-aliasing
-Wendif-labels -Wmissing-include-dirs -Wempty-body -Wnested-externs
-Wformat-security -Wformat-y2k -Winit-self -Wignored-qualifiers
-Wold-style-declaration -Wold-style-definition -Wtype-limits
-fstack-protector-all    -I/usr/include/libpng16  -I/usr/include/nss
-I/usr/include/nspr  -pthread -I/usr/include/glib-2.0
-I/usr/lib/glib-2.0/include  -I/usr/include/pixman-1
-I/scratch/ken/qemu-1.6.1/dtc/libfdt -pthread
-I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include
-I/scratch/ken/qemu-1.6.1/tests -o libfdt/fdt_strerror.o -c
libfdt/fdt_strerror.c
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]: *** [libfdt/libfdt.a] Error 1
make[1]: Leaving directory '/scratch/ken/qemu-1.6.1/dtc'
Makefile:153: recipe for target 'subdir-dtc' failed
make: *** [subdir-dtc] Error 2

 Any suggestions for how to fix this, please ?

ĸen
-- 
das eine Mal als Tragödie, dieses Mal als Farce



reply via email to

[Prev in Thread] Current Thread [Next in Thread]