- Dec 05, 2011
-
-
Chad Rosier authored
llvm-svn: 145866
-
Chad Rosier authored
where this would be bad as the backend shouldn't have a problem inlining small memcpys. rdar://10510150 llvm-svn: 145865
-
Benjamin Kramer authored
- Calling getUser in a loop is much more expensive than iterating over a few instructions. - Use it instead of the open-coded loop in AddrModeMatcher. - 5% speedup on ARMDisassembler.cpp Release builds. llvm-svn: 145810
-
Nadav Rotem authored
Add support for vectors of pointers. llvm-svn: 145801
-
- Dec 03, 2011
-
-
Pete Cooper authored
Fixed deadstoreelimination bug where negative indices were incorrectly causing the optimisation to occur Turns out long long + unsigned long long is unsigned. Doh! Fixes http://llvm.org/bugs/show_bug.cgi?id=11455 llvm-svn: 145731
-
- Dec 02, 2011
-
-
Benjamin Kramer authored
Fix quadratic behavior in InlineFunction by fetching the personality function of the callee once and not for every invoke in the caller. The callee is usually smaller than the caller, too. This reduces the compile time of ARMDisassembler.cpp by 32% (Release build). It still takes ages to compile though. llvm-svn: 145690
-
Chad Rosier authored
Add FIXMEs to places that are non-trivial to fix. llvm-svn: 145661
-
- Dec 01, 2011
-
-
Chad Rosier authored
where it appeared beneficial to pass. More of rdar://10500969 llvm-svn: 145630
-
Pete Cooper authored
Improved fix for abs(val) != 0 to check other similar case. Also fixed style issues and confusing comment llvm-svn: 145618
-
Kostya Serebryany authored
[asan] two minor fixes: use UnreachableInst after the neverreturn function call; use report_fatal_error when blacklist file can not be found llvm-svn: 145611
-
Pete Cooper authored
(val != 0) == (-val != 0) so "abs(val) != 0" becomes "val != 0" Fixes <rdar://problem/10482509> llvm-svn: 145563
-
Chad Rosier authored
InstructionSimplify.cpp. Other fixups as needed. Part of rdar://10500969 llvm-svn: 145559
-
- Nov 30, 2011
-
-
Kostya Serebryany authored
llvm-svn: 145530
-
Eli Friedman authored
Make GlobalMerge honor the preferred alignment on globals without an explicitly specified alignment. <rdar://problem/10497732>. llvm-svn: 145523
-
Chad Rosier authored
llvm-svn: 145470
-
Chad Rosier authored
(fptrunc (sqrt (fpext x))) -> (sqrtf x) transformation if -fno-builtin is specified. rdar://10466410 llvm-svn: 145460
-
- Nov 29, 2011
-
-
Stepan Dyatkovskiy authored
Potential bug in RewriteLoopBodyWithConditionConstant: use iterator should not be changed inside the uses enumeration loop. llvm-svn: 145432
-
Daniel Dunbar authored
llvm-svn: 145420
-
Duncan Sands authored
weak variable are compiled by different compilers, such as GCC and LLVM, while LLVM may increase the alignment to the preferred alignment there is no reason to think that GCC will use anything more than the ABI alignment. Since it is the GCC version that might end up in the final program (as the linkage is weak), it is wrong to increase the alignment of loads from the global up to the preferred alignment as the alignment might only be the ABI alignment. Increasing alignment up to the ABI alignment might be OK, but I'm not totally convinced that it is. It seems better to just leave the alignment of weak globals alone. llvm-svn: 145413
-
Andrew Trick authored
This reverts r139450, fixes r139453, and adds much needed comments and a unit test. llvm-svn: 145367
-
Eli Friedman authored
Zap some completely ridiculous code. There's probably a miscompile here, but I don't really want to try to write a testcase involving an invoke returning a pointer to a varargs function... llvm-svn: 145347
-
Eli Friedman authored
llvm-svn: 145316
-
- Nov 28, 2011
-
-
Andrew Trick authored
SCEV should now be used for trip count analysis, not LoopInfo. llvm-svn: 145262
-
Nick Lewycky authored
gcc, though I thought it was older (my gcc 4.4 has it as a local patch. Whoops!) This fixes PR10589. Also add some debugging statements. Remove GcnoFiles, the mapping from CompilationUnit to raw_ostream. Now that we start by iterating over each CU and descending into them, there's no need to maintain a mapping. llvm-svn: 145208
-
- Nov 27, 2011
-
-
Benjamin Kramer authored
llvm-svn: 145154
-
- Nov 23, 2011
-
-
Kostya Serebryany authored
llvm-svn: 145092
-
- Nov 20, 2011
-
-
Nick Lewycky authored
Suggested in code review by Eli. That code in InstCombine looks kinda suspicious. llvm-svn: 145013
-
- Nov 18, 2011
-
-
Kostya Serebryany authored
[asan] workaround for reg alloc bug 11395: don't instrument functions with large chunks of inline assembler llvm-svn: 144962
-
Kostya Serebryany authored
quick fix: remove GlobalVariable::GlobalVariable mistakenly commited at r144933. For some reason this compiles on linux llvm-svn: 144936
-
Andrew Trick authored
The right way to check for a binary operation is cast<BinaryOperator>. The original check: cast<Instruction> && numOperands() == 2 would match phi "instructions", leading to an infinite loop in extreme corner case: a useless phi with operands [self, constant] that prior optimization passes failed to remove, being used in the loop by another useless phi, in turn being used by an lshr or udiv. Fixes PR11350: runaway iteration assertion. llvm-svn: 144935
-
Kostya Serebryany authored
fall back to explicit list of allowed linkages when instrumenting globals in asan; add a test check that asan does not touch linkonce_odr llvm-svn: 144933
-
- Nov 17, 2011
-
-
Eli Friedman authored
Add support for custom names for library functions in TargetLibraryInfo. Add a custom name for fwrite and fputs on x86-32 OSX. Make SimplifyLibCalls honor the custom names for fwrite and fputs. Fixes <rdar://problem/9815881>. llvm-svn: 144876
-
- Nov 16, 2011
-
-
Nick Lewycky authored
looking at the size of the pointee. Fixes PR11390! llvm-svn: 144773
-
Kostya Serebryany authored
llvm-svn: 144758
-
Kostya Serebryany authored
llvm-svn: 144748
-
- Nov 15, 2011
-
-
Nadav Rotem authored
llvm-svn: 144721
-
Benjamin Kramer authored
llvm-svn: 144675
-
Benjamin Kramer authored
llvm-svn: 144648
-
- Nov 14, 2011
-
-
Benjamin Kramer authored
llvm-svn: 144536
-
- Nov 12, 2011
-
-
Daniel Dunbar authored
build: Attempt to rectify inconsistencies between CMake and LLVMBuild versions of explicit dependencies. - The hope is that we have a tool/test to verify these are accurate (and tight) soon. llvm-svn: 144444
-