summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
...
* Remove unused SpecialCaseList constructorsAlexey Samsonov2013-08-122-24/+0
| | | | llvm-svn: 188171
* Use new llvm::SpecialCaseList API in CodeGenModuleAlexey Samsonov2013-08-122-19/+17
| | | | llvm-svn: 188170
* Add SpecialCaseList::createOrDie() factory and use it in sanitizer passesAlexey Samsonov2013-08-126-7/+17
| | | | llvm-svn: 188169
* Remove CRs added in r187370.Nico Weber2013-08-121-20/+20
| | | | llvm-svn: 188168
* [sanitizer] Intercept getgroups.Evgeniy Stepanov2013-08-125-1/+28
| | | | llvm-svn: 188167
* Revert r188164: Stablize MCK_Reg ordering in AsmMatcherEmitterRichard Sandiford2013-08-121-21/+19
| | | | | | Apparently caused a failure on Darwin llvm-svn: 188166
* Remove all checking for the various terminfo headers (term.h andChandler Carruth2013-08-126-252/+11
| | | | | | | | | | | | | | | | curses.h). Finding these headers is next to impossible. For example, on Debian systems libtinfo-dev provides the terminfo reading library we want, but *not* term.h. For the header, you have to use libncurses-dev. And libncursesw-dev provides a *different* term.h in a different location! These headers aren't worth it. We want two functions the signatures of which are clearly spec'ed in sys-v and other documentation. Just declare them ourselves and call them. This should fix some debian builders and provide better support for "minimal" debian systems that do want color autodetection. llvm-svn: 188165
* Stablize MCK_Reg ordering in AsmMatcherEmitterRichard Sandiford2013-08-121-19/+21
| | | | | | | | | | | | | | | clang bootstraps intermittently failed for me due a difference in the MCK_Reg ordering in ARMGenAsmMatcher.inc. E.g. in my latest run the stage 1 and stage 3 versions were the same but the stage 2 one was different (though still functionally correct). This meant that the .o comparison failed. MCK_Regs were assigned by iterating over a std::set< std::set<Record*> >, and since std::set is sorted lexicographically, the order depended on the order of the pointer values. This patch replaces the pointer ordering with LessRecordByID. llvm-svn: 188164
* [SystemZ] Use CLC and IPM to implement memcmpRichard Sandiford2013-08-1212-12/+324
| | | | | | | For now this is restricted to fixed-length comparisons with a length in the range [1, 256], as for memcpy() and MVC. llvm-svn: 188163
* [SystemZ] Add a definition of the CLC instructionRichard Sandiford2013-08-128-11/+175
| | | | llvm-svn: 188162
* [SystemZ] Add a definition of the IPM instructionRichard Sandiford2013-08-125-4/+25
| | | | llvm-svn: 188161
* Target a minimal terminfo library rather than necessarily a full cursesChandler Carruth2013-08-129-80/+100
| | | | | | | | | | | | | | | | | | | | library for color support detection. This still will use a curses library if that is all we have available on the system. This change tries to use a smaller subset of the curses library, specifically the subset that is on some systems split off into a separate library. For example, if you install ncurses configured --with-tinfo, a 'libtinfo' is install that provides just the terminfo querying functionality. That library is now used instead of curses when it is available. This happens to fix a build error on systems with that library because when we tried to link ncurses into the binary, we didn't pull tinfo in as well. =] It should also provide an easy path for supporting the NetBSD libterminfo library, but as I don't have access to a NetBSD system I'm leaving adding that support to those folks. llvm-svn: 188160
* Allow compatible extension attributes for tail callsTim Northover2013-08-123-17/+95
| | | | | | | | If the tail-callee and caller give the same bits via the same signext/zeroext attribute then a tail-call should be allowed, since the extension has already been done by the callee. llvm-svn: 188159
* Remove global construction. const char* is sufficient here.Benjamin Kramer2013-08-121-2/+2
| | | | | | No functionality change. llvm-svn: 188158
* Relax conditions of test added in r188156 to fix it on WindowsAlexey Samsonov2013-08-121-1/+1
| | | | llvm-svn: 188157
* Introduce factory methods for SpecialCaseListAlexey Samsonov2013-08-123-13/+92
| | | | | | | | | | | | | | | | | | | | Summary: Doing work in constructors is bad: this change suggests to call SpecialCaseList::create(Path, Error) instead of "new SpecialCaseList(Path)". Currently the latter may crash with report_fatal_error, which is undesirable - sometimes we want to report the error to user gracefully - for example, if he provides an incorrect file as an argument of Clang's -fsanitize-blacklist flag. Reviewers: pcc Reviewed By: pcc CC: llvm-commits Differential Revision: http://llvm-reviews.chandlerc.com/D1327 llvm-svn: 188156
* Fix big-endian handling of integer-to-vector bitcasts in InstCombineRichard Sandiford2013-08-122-20/+73
| | | | | | | | | | These functions used to assume that the lsb of an integer corresponds to vector element 0, whereas for big-endian it's the other way around: the msb is in the first element and the lsb is in the last element. Fixes MultiSource/Benchmarks/mediabench/gsm/toast for z. llvm-svn: 188155
* [PECOFF] Trim at most one character from imported symbols.Rui Ueyama2013-08-127-56/+49
| | | | | | | | | | | | | | The import name is not always the same as the symbol name. If the name/type field in the import header is NOPREFIX or UNDECORATE, we need to strip some characters from symbol to get its import name. The Microsoft PE/COFF spec is vague if symbol contains more than two consecutive characters to be stripped. We used to strip all characters, but it doesn't seem right as we couldn't link against the system library because of this name mangling. Looks like we shouldn't strip more than one character. llvm-svn: 188154
* This change fixes the formatting of statements such as catch (E& e).Manuel Klimek2013-08-122-1/+12
| | | | | | | | | Previously these were formatting as catch (E & e) because the inner parenthesis was being marked as an expression. Patch by Thomas Gibson-Robinson. llvm-svn: 188153
* Revert r188150 to un-break the buildbot.Rui Ueyama2013-08-121-5/+0
| | | | llvm-svn: 188152
* Fix misindentation.Richard Smith2013-08-121-11/+11
| | | | llvm-svn: 188151
* [PECOFF] It's an error if subsystem is not specified.Rui Ueyama2013-08-121-0/+5
| | | | llvm-svn: 188150
* Don't generate floating point stubs for mips16 code if the functionReed Kotler2013-08-112-1/+38
| | | | | | | | | | | is actually an instrinsic that will not occur in libc. This list here is not exhaustive but fixes the one places in test-suite where this occurs. I have filed a bug against myself to research the full list and add them to the array of such cases. In the future, actual stub generation will occur in a later phase and we won't need this code because we will know at that time during the compilation that in fact no helper function was even needed. llvm-svn: 188149
* AVX-512: Added more tests for BROADCASTElena Demikhovsky2013-08-112-1/+17
| | | | llvm-svn: 188148
* AVX-512: Added VPERM* instructons and MOV* zmm-to-zmm instructions.Elena Demikhovsky2013-08-116-47/+498
| | | | | | Added a test for shuffles using VPERM. llvm-svn: 188147
* Re-instate r187323 which fast-tracks promotable allocas as soon as theChandler Carruth2013-08-111-12/+81
| | | | | | | | | | | | | | | | | | | | | | | | | SROA-based analysis has enough information. This should work now that both mem2reg *and* the SSAUpdater-based AllocaPromoter have been updated to be able to promote the types of allocas that the SROA analysis detects. I've included tests for the AllocaPromoter that were only possible to write once we fast-tracked promotable allocas without rewriting them. This includes a test both for r187347 and r188145. Original commit log for r187323: """ Now that mem2reg understands how to cope with a slightly wider set of uses of an alloca, we can pre-compute promotability while analyzing an alloca for splitting in SROA. That lets us short-circuit the common case of a bunch of trivially promotable allocas. This cuts 20% to 30% off the run time of SROA for typical frontend-generated IR sequneces I'm seeing. It gets the new SROA to within 20% of ScalarRepl for such code. My current benchmark for these numbers is PR15412, but it fits the general pattern of IR emitted by Clang so it should be widely applicable. """ llvm-svn: 188146
* Finish fixing the SSAUpdater-based AllocaPromoter strategy in SROA to cope withChandler Carruth2013-08-111-2/+23
| | | | | | | | | | | | | | | | | | | | the more general set of patterns that are now handled by mem2reg and that we can detect quickly while doing SROA's initial analysis. Notably, this allows it to promote through no-op bitcast and GEP sequences. A core part of the SSAUpdater approach is the ability to test whether a particular instruction is part of the set being promoted. Testing this becomes significantly more complex in the world where the operand to every load and store isn't the alloca itself. I ended up using the approach of walking up the def-chain until we find the alloca. I benchmarked this against keeping a set of pointer operands and keeping a set of the loads and stores we care about, and this one seemed faster although the difference was very small. No test case yet because currently the rewriting always "fixes" the inputs to not require this. The next patch which re-enables early promotion of easy cases in SROA will include a test case that specifically exercises this aspect of the alloca promoter. llvm-svn: 188145
* Reformat some bits of AllocaPromoter and simplify the name and type ofChandler Carruth2013-08-111-21/+20
| | | | | | | | | our visiting datastructures in the AllocaPromoter/SSAUpdater path of SROA. Also shift the order if clears around to be more consistent. No functionality changed here, this is just a cleanup. llvm-svn: 188144
* Incorrect JAL instruction attributes caused the optimizer to make a wrongReed Kotler2013-08-101-3/+0
| | | | | | | instruction move. Just affects static relocation. -static works fine now with mips16 for the most part. llvm-svn: 188143
* Revert r188119 "Kill some duplicated code for removing unreachable BBs."Arnold Schwaighofer2013-08-103-152/+174
| | | | | | | | | | | | | | It is breaking builbots with libgmalloc enabled on Mac OS X. $ cd llvm ; mkdir release ; cd release $ ../configure --enable-optimized —prefix=$PWD/install $ make $ make check $ Release+Asserts/bin/llvm-lit -v --param use_gmalloc=1 --param \ gmalloc_path=/usr/lib/libgmalloc.dylib \ ../test/Instrumentation/DataFlowSanitizer/args-unreachable-bb.ll llvm-svn: 188142
* [Sparc] Enable xword directive in sparcv9.Venkatraman Govindaraju2013-08-101-3/+6
| | | | llvm-svn: 188141
* Teach ValueTracking about address spacesMatt Arsenault2013-08-101-8/+12
| | | | llvm-svn: 188140
* Omit llvm:: before StringRef and SmallString. We have using directive in ↵Robert Wilhelm2013-08-102-4/+3
| | | | | | include/clang/Basic/LLVM.h. llvm-svn: 188139
* Omit llvm:: before SmallVector and SmallVectorImpl. We have using directive ↵Robert Wilhelm2013-08-105-21/+20
| | | | | | in include/clang/Basic/LLVM.h. llvm-svn: 188138
* Fix to PR16225 (Assert-on-invalid: isa<LabelDecl>(D) && "declaration not ↵Serge Pavlov2013-08-102-0/+16
| | | | | | | | instantiated in this scope") Differential Revision: http://llvm-reviews.chandlerc.com/D920 llvm-svn: 188137
* R600/SI: FMA is faster than fmul and fadd for f64Niels Ole Salscheider2013-08-103-0/+50
| | | | llvm-svn: 188136
* R600/SI: Add FMA patternNiels Ole Salscheider2013-08-102-2/+37
| | | | llvm-svn: 188135
* Added source locs for angled parentheses in class/var template partial specs.Enea Zaffanella2013-08-1013-91/+94
| | | | llvm-svn: 188134
* Avoid spurious error messages if parent template class cannot be instantiatedSerge Pavlov2013-08-104-6/+72
| | | | | | Differential Revision: http://llvm-reviews.chandlerc.com/D924 llvm-svn: 188133
* Fix warning in builds without asserts.Rafael Espindola2013-08-101-0/+1
| | | | llvm-svn: 188132
* Add some missing convert_* functionsTom Stellard2013-08-102-41/+39
| | | | llvm-svn: 188131
* Implement generic rint()Tom Stellard2013-08-102-0/+7
| | | | llvm-svn: 188130
* configure: Fix build when clang is installed to a non-standard prefixTom Stellard2013-08-101-2/+3
| | | | llvm-svn: 188129
* Simplify now that llvm::sys::current_path checks $PWD.Rafael Espindola2013-08-105-40/+21
| | | | llvm-svn: 188128
* [analyzer] Update Open Projects and Potential Checkers pages.Jordan Rose2013-08-102-1/+61
| | | | | | | | | - va_list checker (PR16811 and PR16812) - Model floating-point values - Bound bitwise masking operations (PR16615) - Bound C string length (PR16558 and others) llvm-svn: 188127
* clang/test/Driver/cl-options.c: Suppress this on cygming due to -fno-builtin.NAKAMURA Takumi2013-08-101-0/+2
| | | | llvm-svn: 188126
* Check for $PWD in llvm::sys::current_path.Rafael Espindola2013-08-102-0/+22
| | | | | | | Some users (clang, libTooling) require this. After this patch we can remove the calls to getenv("PWD") from clang. llvm-svn: 188125
* Fixed a case where GCC was emitting a DW_TAG_class_type that has a ↵Greg Clayton2013-08-101-0/+24
| | | | | | DW_AT_declaration set to true, yet the class actually contains a definition for the class in that DIE. llvm-svn: 188124
* Correctly profile CXXPseudoDestructorExprs.Eli Friedman2013-08-092-2/+15
| | | | | | CXXPseudoDestructorExprs may not contain a type. PR16852. llvm-svn: 188123
* [objc-arc] Track if we encountered an additive overflow while computing ↵Michael Gottesman2013-08-092-11/+1116
| | | | | | | | | | | {TopDown,BottomUp}PathCounts and do nothing if it occurred. I fixed the aforementioned problems that came up on some of the linux boxes. Major thanks to Nick Lewycky for his help debugging! rdar://14590914 llvm-svn: 188122
OpenPOWER on IntegriCloud