aboutsummaryrefslogtreecommitdiff
path: root/lldb/source/Plugins/Process/gdb-remote/GDBRemoteCommunicationServerCommon.cpp
diff options
context:
space:
mode:
authorSaleem Abdulrasool <compnerd@compnerd.org>2015-02-11 05:20:53 +0000
committerSaleem Abdulrasool <compnerd@compnerd.org>2015-02-11 05:20:53 +0000
commita9bd96e76ab5c29b7422fae648ec93d85a556e4b (patch)
treea82ed38ccacf28f8494460cdb3877d15415ca8ae /lldb/source/Plugins/Process/gdb-remote/GDBRemoteCommunicationServerCommon.cpp
parentb8a83fdf5c2f394fdc4832e1e63afaa0a2693e0c (diff)
downloadllvm-a9bd96e76ab5c29b7422fae648ec93d85a556e4b.zip
llvm-a9bd96e76ab5c29b7422fae648ec93d85a556e4b.tar.gz
llvm-a9bd96e76ab5c29b7422fae648ec93d85a556e4b.tar.bz2
unwind: tweak inclusion ordering to work around GCC
This is a slightly convoluted workaround. GCC does not support the __has_feature extension of clang, and this results in some issues with static_asserts. config.h defines static_assert as a macro with a C-specific trickery. This then propagates into the C++ headers included after config.h, which are used with C++11 mode, enabling constexpr constructors. The macro'ed static_assert does not get treated as the static_assert builtin, and will cause an error due to a non-empty constexpr constructor. Tweaking the include order permits the use of libc++ headers to build libunwind with GCC on Linux. llvm-svn: 228809
Diffstat (limited to 'lldb/source/Plugins/Process/gdb-remote/GDBRemoteCommunicationServerCommon.cpp')
0 files changed, 0 insertions, 0 deletions