aboutsummaryrefslogtreecommitdiff
path: root/stubs/mon-printf.c
diff options
context:
space:
mode:
authorEric Blake <eblake@redhat.com>2016-02-09 11:49:48 -0700
committerPeter Maydell <peter.maydell@linaro.org>2016-02-16 12:07:03 +0000
commit888ea96aae29ce6a28afb86c2eee30068dc14d46 (patch)
tree957b04e6ef57efeba9298d03d49d2fadf9036ca9 /stubs/mon-printf.c
parent80b5d6bfc1280fa06e2514a414690c0e5b4b514b (diff)
downloadqemu-888ea96aae29ce6a28afb86c2eee30068dc14d46.zip
qemu-888ea96aae29ce6a28afb86c2eee30068dc14d46.tar.gz
qemu-888ea96aae29ce6a28afb86c2eee30068dc14d46.tar.bz2
build: Don't redefine 'inline'
Actively redefining 'inline' is wrong for C++, where gcc has an extension 'inline namespace' which fails to compile if the keyword 'inline' is replaced by a macro expansion. This will matter once we start to include "qemu/osdep.h" first from C++ files, depending also on whether the system headers are new enough to be using the gcc extension. But rather than just guard things by __cplusplus, let's look at the overall picture. Commit df2542c737ea2 in 2007 defined 'inline' to the gcc attribute __always_inline__, with the rationale "To avoid discarded inlining bug". But compilers have improved since then, and we are probably better off trusting the compiler rather than trying to force its hand. So just nuke our craziness. Signed-off-by: Eric Blake <eblake@redhat.com> Reviewed-by: Peter Maydell <peter.maydell@linaro.org> Message-id: 1455043788-28112-1-git-send-email-eblake@redhat.com Signed-off-by: Peter Maydell <peter.maydell@linaro.org>
Diffstat (limited to 'stubs/mon-printf.c')
0 files changed, 0 insertions, 0 deletions