diff options
author | Stefano Stabellini <stefano.stabellini@eu.citrix.com> | 2014-07-07 16:25:07 +0100 |
---|---|---|
committer | Peter Maydell <peter.maydell@linaro.org> | 2014-07-08 12:45:57 +0100 |
commit | 834fb1b269f4c9eb0ffc058fd6ab5a018c3bce1f (patch) | |
tree | ff19fe97ad36fd26c3adde853dd8e59f0e0d3f38 /libcacard | |
parent | eaa4980185943da6e36f6f2e052d41924705e1ea (diff) | |
download | hqemu-834fb1b269f4c9eb0ffc058fd6ab5a018c3bce1f.zip hqemu-834fb1b269f4c9eb0ffc058fd6ab5a018c3bce1f.tar.gz |
disas/libvixl: prepend the include path of libvixl header files
Currently the Makefile of disas/libvixl appends
-I$(SRC_PATH)/disas/libvixl to QEMU_CFLAGS. As a consequence C++ files
that #include "utils.h", such as disas/libvixl/a64/instructions-a64.cc,
are going to look for utils.h on all the other include paths first.
When building QEMU as part of the Xen make system, another unrelated
utils.h file is going to be chosen for inclusion, causing a build
failure:
In file included from disas/libvixl/a64/instructions-a64.cc:27:0:
/qemu/disas/libvixl/a64/instructions-a64.h:88:64: error:
'rawbits_to_float' was not declared in this scope
const float kFP32PositiveInfinity = rawbits_to_float(0x7f800000);
Fix the problem by prepending (rather than appending) the libvixl
include path to QEMU_CFLAGS.
Signed-off-by: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
Reviewed-by: Peter Maydell <peter.maydell@linaro.org>
Signed-off-by: Peter Maydell <peter.maydell@linaro.org>
Diffstat (limited to 'libcacard')
0 files changed, 0 insertions, 0 deletions