- Mar 17, 2011
-
-
Stuart Hastings authored
llvm-svn: 127824
-
Richard Osborne authored
llvm-svn: 127821
-
Stuart Hastings authored
llvm-svn: 127814
-
Stuart Hastings authored
llvm-svn: 127813
-
Daniel Dunbar authored
been removed. llvm-svn: 127812
-
Cameron Zwarich authored
llvm-svn: 127809
-
Cameron Zwarich authored
llvm-svn: 127808
-
Cameron Zwarich authored
llvm-svn: 127807
-
Nick Lewycky authored
llvm-svn: 127801
-
NAKAMURA Takumi authored
test/CodeGen/X86/h-registers-1.ll: Add explicit -mtriple=x86_64-linux. It does not need to be checked on x86_64-win32 (aka Win64). llvm-svn: 127800
-
Nick Lewycky authored
llvm-svn: 127788
-
Eli Friedman authored
llvm-svn: 127786
-
Rafael Espindola authored
of an file. llvm-svn: 127781
-
Joerg Sonnenberger authored
While here, add VK_ARM_TPOFF and VK_ARM_GOTTPOFF, too. llvm-svn: 127780
-
Jakob Stoklund Olesen authored
llvm-svn: 127779
-
NAKAMURA Takumi authored
llvm-svn: 127775
-
- Mar 16, 2011
-
-
Jakob Stoklund Olesen authored
The register allocator needs to adjust its live interval unions when that happens. llvm-svn: 127774
-
Jakob Stoklund Olesen authored
llvm-svn: 127773
-
Jakob Stoklund Olesen authored
The live range of a virtual register may change which invalidates the cached interference information. llvm-svn: 127772
-
Jakob Stoklund Olesen authored
llvm-svn: 127771
-
Cameron Zwarich authored
rather than an int. Thankfully, this only causes LLVM to miss optimizations, not generate incorrect code. This just fixes the zext at the return. We still insert an i32 ZextAssert when reading a function's arguments, but it is followed by a truncate and another i8 ZextAssert so it is not optimized. llvm-svn: 127766
-
Cameron Zwarich authored
llvm-svn: 127765
-
Cameron Zwarich authored
llvm-svn: 127764
-
Daniel Dunbar authored
plus the test where it used to break.", which broke Clang self-host of a Debug+Asserts compiler, on OS X. llvm-svn: 127763
-
Richard Osborne authored
llvm-svn: 127761
-
Renato Golin authored
llvm-svn: 127757
-
Cameron Zwarich authored
conforms to the ABI, but DAGCombine could in theory recognize the sequence of zext asserts and truncates and generate incorrect code. llvm-svn: 127754
-
Richard Osborne authored
can event. llvm-svn: 127741
-
NAKAMURA Takumi authored
llvm-svn: 127734
-
NAKAMURA Takumi authored
llvm-svn: 127733
-
NAKAMURA Takumi authored
test/CodeGen/X86: FileCheck-ize and add explicit -mtriple=x86_64-linux. They are useless to Win64 target. llvm-svn: 127732
-
NAKAMURA Takumi authored
llvm-svn: 127731
-
NAKAMURA Takumi authored
llvm-svn: 127730
-
Cameron Zwarich authored
llvm-svn: 127728
-
NAKAMURA Takumi authored
report_fatal_error() invokes exit(). We know report_fatal_error() might not write messages to stderr when any errors were detected on FD == 2. llvm-svn: 127726
-
NAKAMURA Takumi authored
FIXME: It is a temporal hack. We should detect as many "special file name" as possible. llvm-svn: 127724
-
NAKAMURA Takumi authored
FIXME: We should use sys::fs::unique_file() in future. llvm-svn: 127723
-
Jim Grosbach authored
llvm-svn: 127721
-
Devang Patel authored
llvm-svn: 127720
-
Cameron Zwarich authored
chose is having a non-memcpy/memset use and being larger than any native integer type. Originally I chose having an access of a size smaller than the total size of the alloca, but this caused some minor issues on the spirit benchmark where SRoA runs again after some inlining. This fixes <rdar://problem/8613163>. llvm-svn: 127718
-