- Aug 22, 2012
-
-
Craig Topper authored
Don't cache the MBB in the class. Its only used by one function. Change a for loop over operands to use unsigned instead of int. llvm-svn: 162344
-
Craig Topper authored
llvm-svn: 162342
-
Akira Hatanaka authored
to prevent it from being clobbered. mips uses $gp to access small data section. This bug was originally reported by Carl Norum. llvm-svn: 162340
-
Akira Hatanaka authored
default. Patch by Carl Norum. llvm-svn: 162339
-
Jim Grosbach authored
No change in interface or functionality. Purely under-the-hood details of the generated function that change. The X86 assembly parser is reduced in size by over 15% and ARM by over 10%. No performance change by my measurements. llvm-svn: 162337
-
Jack Carter authored
within the codegen EK_GPRel64BlockAddress. This was not supported for direct object output and resulted in an assertion. This change adds support for EK_GPRel64BlockAddress for direct object. One fallout from this is to turn on rela relocations for mips64 to match gas. llvm-svn: 162334
-
Richard Smith authored
SelectionDAG's 'init' has not been called when the SelectionDAGBuilder is constructed (in SelectionDAGISel's constructor), so this was previously always initialized with 0. llvm-svn: 162333
-
Richard Smith authored
Reduce alignment of SmallVector<T> to the required amount, rather than forcing 16-byte alignment. This fixes misaligned SmallVector accesses via ExtractValueInst's SmallVector data member. llvm-svn: 162331
-
Chad Rosier authored
Patch by Weiming Zhao <weimingz@codeaurora.org>. llvm-svn: 162329
-
- Aug 21, 2012
-
-
Richard Smith authored
strict weak ordering, and don't pass possibly-null pointers to dyn_cast. llvm-svn: 162314
-
Richard Smith authored
int64_t, Symbol64TableEntry is actually only stored with 4-byte alignment within the file. The usage of #pragma pack here is copied from the corresponding code in Support/Endian.h, so shouldn't introduce any new portability problems. llvm-svn: 162312
-
Richard Smith authored
no cost to using memcpy here: the fixed code is optimized by LLVM to perfect machine code. llvm-svn: 162311
-
Richard Smith authored
llvm-svn: 162310
-
Richard Smith authored
llvm-svn: 162309
-
Chad Rosier authored
llvm-svn: 162306
-
David Blaikie authored
According to http://clang.llvm.org/docs/HowToSetupToolingForLLVM.html it's suggested that compile_commands.json in the root of the LLVM source tree should be a symlink to the json file produced by your build system of choice. So here's a patch so it doesn't turn up in git status, etc. llvm-svn: 162305
-
David Blaikie authored
Thanks to Duncan Sands for catching this random file in code review. llvm-svn: 162304
-
David Blaikie authored
Even looking at the revision history I couldn't quite piece together why this cast was ever written in the first place, but I assume it was because of some change in the inheritance, perhaps this function was reimplemented in a derived type & this caller was meant to get the base version (& it wasn't virtual)? llvm-svn: 162301
-
David Blaikie authored
llvm-svn: 162300
-
Rafael Espindola authored
on a patch by Andy/PaX. I added the support for dot and dollar. llvm-svn: 162298
-
Chad Rosier authored
this is the index of the operand that failed to match. Note: This may cause a buildbot failure due to an API mismatch in clang. Should recover with my next commit to clang. llvm-svn: 162295
-
Chad Rosier authored
llvm-svn: 162292
-
Rafael Espindola authored
consistent with the other "expected identifier" errors. Extracted from the Andy/PaX patch. I added the test. llvm-svn: 162291
-
Duncan Sands authored
suggested by David Blaikie. llvm-svn: 162286
-
Chad Rosier authored
PR9673 llvm-svn: 162284
-
Rafael Espindola authored
llvm-svn: 162283
-
Rafael Espindola authored
llvm-svn: 162282
-
Rafael Espindola authored
llvm-svn: 162281
-
Jim Grosbach authored
The MCJIT doesn't need or want a TargetJITInfo. That's vestigal from the old JIT, so just remove it. rdar://12119347 llvm-svn: 162280
-
Duncan Sands authored
number of bits was bigger than 32. I checked every use of this function that I could find and it looks like the maximum number of bits is 32, so I've added an assertion checking this property, and a type cast to (hopefully) stop PVS-Studio from warning about this in the future. llvm-svn: 162277
-
Tim Northover authored
llvm-svn: 162276
-
Chandler Carruth authored
This optimization is really just replacing allocas wholesale with globals, there is no scalarization. The underlying motivation for this patch is to simplify the SROA pass and focus it on splitting and promoting allocas. llvm-svn: 162271
-
Craig Topper authored
llvm-svn: 162270
-
Kostya Serebryany authored
[asan] add code to detect global initialization fiasco in C/C++. The sub-pass is off by default for now. Patch by Reid Watson. Note: this patch changes the interface between LLVM and compiler-rt parts of asan. The corresponding patch to compiler-rt will follow. llvm-svn: 162268
-
Craig Topper authored
llvm-svn: 162267
-
Craig Topper authored
llvm-svn: 162264
-
Craig Topper authored
llvm-svn: 162263
-
Craig Topper authored
Replace a break with llvm_unreachable in the default case of a nested switch. Condense code a bit. No functional change. llvm-svn: 162261
-
Craig Topper authored
llvm-svn: 162260
-
Craig Topper authored
llvm-svn: 162257
-