This is a 32bit machine, the target is i386-softmmu, yet, libhw32 is mostly empty and libhw64 is populated, furthermore[1]:
$ rm libhw64/ac97.o $ make V=1 make BUILD_DIR=/home/malc/x/bld/qemu/master -C libhw64 V="1" TARGET_DIR="libhw64/" all make[1]: Entering directory `/home/malc/x/bld/qemu/master/libhw64' ccache gcc -fno-working-directory -I/home/malc/x/rcs/git/qemuorg/slirp -I. -I/home/malc/x/rcs/git/qemuorg -I/home/malc/x/rcs/git/qemuorg/fpu -Werror -D_FORTIFY_SOURCE=2 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -Wstrict-prototypes -Wredundant-decls -Wall -Wundef -Wwrite-strings -Wmissing-prototypes -fno-strict-aliasing -fstack-protector-all -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 -I/usr/include/libpng14 -DTARGET_PHYS_ADDR_BITS=64 -I.. -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/home/malc/x/rcs/git/qemuorg/include -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -MMD -MP -MT ac97.o -MF ./ac97.d -O -g -U_FORTIFY_SOURCE -fno-stack-protector -c -o ac97.o /home/malc/x/rcs/git/qemuorg/hw/ac97.c make[1]: Leaving directory `/home/malc/x/bld/qemu/master/libhw64' Why does it say the same thing many times (-pthread -I/usr/include/glib-2.0...), is gcc suffering from ADD or something? [1] Just an example. -- mailto:av1...@comtv.ru
