1. fix for Python 3.6 (details)
  2. Fix one more clang test which didn't have \5C in it (details)
  3. [ARM] Fix arm_neon.h with -flax-vector-conversions=none, part 2. (details)
Commit 4faec5e01ad1d39d0fb7cab47a96f196b3c5685b by lawrence_danna fix for Python 3.6
Summary: Python 3.6 stringifies exceptions as `ExceptionClass("foo",)`
instead of `ExceptionClass("foo")`.   This patch makes the test
assertions a little more flexible so the test passes anyway.
Reviewers: JDevlieghere, jasonmolenda, labath
Reviewed By: labath
Subscribers: lldb-commits
Tags: #lldb
Differential Revision:
llvm-svn: 374417
The file was modifiedlldb/packages/Python/lldbsuite/test/python_api/file_handle/
Commit 377fcf61b65262ca3dfa45ba921e69a260dd58d5 by rnk
Fix one more clang test which didn't have \5C in it
llvm-svn: 374418
The file was modifiedclang/test/CoverageMapping/abspath.cpp
Commit 30a96d3fcb764e078208110f6c09ea5a8a102914 by efriedma
[ARM] Fix arm_neon.h with -flax-vector-conversions=none, part 2.
Just running -fsyntax-only over arm_neon.h doesn't cover some intrinsics
which are defined using macros.  Add more test coverage for that.
arm-neon-header.c wasn't checking the full set of available NEON target
features; change the target architecture of the test to account for
Fix the generator for arm_neon.h to generate casts in more cases where
they are necessary.
Fix VFMLAL_LOW etc. to express their signatures differently, so the
builtins have the expected type. Maybe the TableGen backend should
detect intrinsics that are defined the wrong way, and produce an error.
The rules here are sort of strange.
Differential Revision:
llvm-svn: 374419
The file was modifiedclang/test/CodeGen/arm_neon_intrinsics.c
The file was modifiedclang/test/CodeGen/aarch64-neon-intrinsics.c
The file was modifiedclang/include/clang/Basic/
The file was modifiedclang/utils/TableGen/NeonEmitter.cpp
The file was modifiedclang/test/Headers/arm-neon-header.c