- Nov 23, 2011
-
-
Akira Hatanaka authored
llvm-svn: 145112
-
Richard Smith authored
llvm-svn: 145111
-
Argyrios Kyrtzidis authored
llvm-svn: 145110
-
Argyrios Kyrtzidis authored
inside an objc container that "contains" other file-level declarations. When getting the array of file-level declarations that overlap with a file region, we failed to report that the region overlaps with an objc container, if the container had other file-level declarations declared lexically inside it. Fix this by marking such declarations as "isTopLevelDeclInObjCContainer" in the AST and handling them appropriately. llvm-svn: 145109
-
Argyrios Kyrtzidis authored
llvm-svn: 145108
-
Argyrios Kyrtzidis authored
llvm-svn: 145107
-
Benjamin Kramer authored
Fixes PR11426. Not sure if a test case with a "wrong" malloc would be useful. llvm-svn: 145106
-
Duncan Sands authored
and positive: positive, because it could be directly computed to be positive; negative, because the nsw flags means it is either negative or undefined (the multiplication always overflowed). llvm-svn: 145104
-
Benjamin Kramer authored
Before: movabsq $4294967296, %rax ## encoding: [0x48,0xb8,0x00,0x00,0x00,0x00,0x01,0x00,0x00,0x00] testq %rax, %rdi ## encoding: [0x48,0x85,0xf8] jne LBB0_2 ## encoding: [0x75,A] After: btq $32, %rdi ## encoding: [0x48,0x0f,0xba,0xe7,0x20] jb LBB0_2 ## encoding: [0x72,A] btq is usually slower than testq because it doesn't fuse with the jump, but here we're better off saving one register and a giant movabsq. llvm-svn: 145103
-
James Molloy authored
Original behaviour of defining wchar_t as signed int has been kept for apcs-gnu as I don't have any spec for this to validate against. llvm-svn: 145102
-
NAKAMURA Takumi authored
test/CodeGen/X86/block-placement.ll: Add explicit -mtriple=i686-linux. X86 Win32 CodeGen does not support EH yet. llvm-svn: 145101
-
Chandler Carruth authored
further. This invariant just wasn't going to work in the face of unanalyzable branches; we need to be resillient to the phenomenon of chains poking into a loop and poking out of a loop. In fact, we already were, we just needed to not assert on it. This was found during a bootstrap with block placement turned on. llvm-svn: 145100
-
Elena Demikhovsky authored
VSHUFPS/VSHUFPD instructions while lowering VECTOR_SHUFFLE node. I check a commuted VSHUFP mask. The patch was reviewed by Bruno. llvm-svn: 145099
-
Chandler Carruth authored
successors, they just are all landing pad successors. We handle this the same way as no successors. Comments attached for the next person to wade through here and another lovely test case courtesy of Benjamin Kramer's bugpoint reduction. llvm-svn: 145098
-
-
Jakob Stoklund Olesen authored
This was a bug in keeping track of the available domains when merging domain values. The wrong domain mask caused ExecutionDepsFix to try to move VANDPSYrr to the integer domain which is only available in AVX2. Also add an assertion to catch future attempts at emitting AVX2 instructions. llvm-svn: 145096
-
Rafael Espindola authored
directory. Patch by Markus Trippelsdorf. llvm-svn: 145095
-
Chandler Carruth authored
reversed in the function's original ordering, and we happened to encounter it while handling an outer unnatural CFG structure. Thanks to the test case reduced from GCC's source by Benjamin Kramer. This may also fix a crasher in gzip that Duncan reduced for me, but I haven't yet gotten to testing that one. llvm-svn: 145094
-
Richard Smith authored
llvm-svn: 145093
-
Kostya Serebryany authored
llvm-svn: 145092
-
- Nov 22, 2011
-
-
Richard Smith authored
appear in non-constant initializers in C++. llvm-svn: 145087
-
Greg Clayton authored
to 30% of memory. The size doubling was killing us and we ended up with up to just under 50% of empty capacity. Cleaning this up saves us a ton of memory. llvm-svn: 145086
-
Greg Clayton authored
having the enumeration take up 32 bits for the type and by putting it into the bitfields that were already being used. llvm-svn: 145084
-
Benjamin Kramer authored
The assert wasn't adding much value but slowed down Release+Asserts builds. llvm-svn: 145082
-
Anshuman Dasgupta authored
llvm-svn: 145079
-
Anshuman Dasgupta authored
llvm-svn: 145078
-
Matt Beaumont-Gay authored
This fixes a crasher in tools like Include-What-You-Use which examine such arguments. Patch from Dean Sturtevant at Google! llvm-svn: 145077
-
Tobias Grosser authored
Contributed by: Marcello Maggioni <hayarms@gmail.com> llvm-svn: 145076
-
Tobias Grosser authored
llvm-svn: 145075
-
Tobias Grosser authored
This fixes (or hides) the problem of symbols not being available in the autoconf build. llvm-svn: 145074
-
Tobias Grosser authored
llvm-svn: 145073
-
Tobias Grosser authored
llvm-svn: 145072
-
Tobias Grosser authored
This replaces the old option -polly-use-pocc. Also call the passes uniformly -polly-opt-pocc and -polly-opt-isl. llvm-svn: 145071
-
Benjamin Kramer authored
We can reuse the information and avoid looping over all the bytes again. llvm-svn: 145070
-
Greg Clayton authored
making sure we perfectly size our vector of symbols on the symbol table. llvm-svn: 145069
-
rdar://problem/10033754Greg Clayton authored
Fixed an issue with the options for memory read where --count couldn't be used with the --binary option when writing data to a file. Also removed the GDB format option from the --binary version of memory read. llvm-svn: 145067
-
Hal Finkel authored
add basic PPC register-pressure feedback; adjust the vaarg test to match the new register-allocation pattern llvm-svn: 145065
-
Craig Topper authored
More fixes to the X86InstComments for shuffle instructions. In particular add AVX flavors of many instructions and fix the destination operand for some of the existing AVX entries. llvm-svn: 145063
-
Chandler Carruth authored
updateTerminator code didn't correctly handle EH terminators in one very specific case. AnalyzeBranch would find no terminator instruction, and so the fallback in updateTerminator is to assume fallthrough. This is correct, but the destination of the fallthrough was assumed to be the first successor. This is *almost always* true, but in certain cases the loop transformations will cause the landing pad to be the first successor! Instead of this brittle logic, actually look through the successors for a non-landing-pad accessor, and to assert if more than one is found. This will hopefully fix some (if not all) of the self host miscompiles with block placement. Thanks to Benjamin Kramer for reporting, Nick Lewycky for an initial stab at a reduction, and Duncan for endless advice on EH (which I know nothing about) as well as reviewing the actual fix. llvm-svn: 145062
-
Benjamin Kramer authored
llvm-svn: 145061
-