diff options
| author | Reid Kleckner <rnk@google.com> | 2020-02-11 16:03:26 -0800 |
|---|---|---|
| committer | Reid Kleckner <rnk@google.com> | 2020-02-11 16:49:28 -0800 |
| commit | 2c6a3896ab1de706389f27c921cf58084650f439 (patch) | |
| tree | f9216276231989a9465ff73191659d95bc71cf0a /llvm/lib/Support/ErrorHandling.cpp | |
| parent | 413307d4560441b47261ced5db5f8e29c8811277 (diff) | |
| download | llvm-2c6a3896ab1de706389f27c921cf58084650f439.zip llvm-2c6a3896ab1de706389f27c921cf58084650f439.tar.gz llvm-2c6a3896ab1de706389f27c921cf58084650f439.tar.bz2 | |
Re-land "[MS] Overhaul how clang passes overaligned args on x86_32"
This brings back 2af74e27ed7d0832cbdde9cb969aaca7a42e99f9 and reverts
eaabaf7e04fe98990a8177a3e053346395efde1c.
The changes were correct, the code that was broken contained an ODR
violation that assumed that these types are passed equivalently:
struct alignas(uint64_t) Wrapper { uint64_t P };
void f(uint64_t p);
void f(Wrapper p);
MSVC does not pass them the same way, and so clang-cl should not pass
them the same way either.
Diffstat (limited to 'llvm/lib/Support/ErrorHandling.cpp')
0 files changed, 0 insertions, 0 deletions