Go to file
Jason Molenda 4535ecb1f3 Have AssemblyParse_x86::get_non_call_site_unwind_plan track
which registers have been spilled (saved to the stack) - and
if we see that same register being saved to the stack again,
don't record that, it's something specific to this stack frame.

I found a code sequence for i386 where clang did a push %esi
and then later in the function it did movl %esi, -0x7c(%ebp)
and that second save of a scratch value overrode the original
push location.

<rdar://problem/19171178> 

llvm-svn: 225431
2015-01-08 06:41:12 +00:00
clang Attempt to fix test from r225423 to get build bots green. 2015-01-08 02:40:08 +00:00
clang-tools-extra Fixed a typo in a comment. NFC. 2014-12-19 15:37:02 +00:00
compiler-rt XFAIL AArch64 UBsan test, just like ARM 2015-01-07 20:03:47 +00:00
debuginfo-tests New round of fixes for "Always compile debuginfo-tests for the host triple" 2014-10-18 23:47:59 +00:00
libclc Use amdgcn triple for SI+ GPUs 2015-01-06 20:42:12 +00:00
libcxx In early C++11 standard drafts, std::function derived from std::unary_function or std::binary_function if there was only one (or two) parameters. Before C++11 shipped, this restiction was lifted, but libc++ still does this (which is fine). However, the tests still check for this outdated requiremnt. Change then to check for the nested typedefs instead (which are still required by the standard). No change to the library. 2015-01-08 06:36:41 +00:00
libcxxabi Fix some formatting I messed up in r225187. 2015-01-05 19:31:59 +00:00
lld PE/COFF: add support to import functions in ARM NT 2015-01-08 04:19:08 +00:00
lldb Have AssemblyParse_x86::get_non_call_site_unwind_plan track 2015-01-08 06:41:12 +00:00
llgo Test commit to check the new git mirror. 2015-01-07 21:28:10 +00:00
llvm Revert "Reapply: Teach SROA how to update debug info for fragmented variables." 2015-01-08 02:02:00 +00:00
openmp I apologise in advance for the size of this check-in. At Intel we do 2014-10-07 16:25:50 +00:00
polly todo: Remove some redundant topics 2015-01-07 21:28:44 +00:00