summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
...
* Fix build break in Xcode build of lldb-tool.Todd Fiala2014-09-151-0/+2
| | | | llvm-svn: 217772
* When pretty printing attributes that have enumeration arguments, print the ↵Aaron Ballman2014-09-152-6/+59
| | | | | | enumerator identifier (as a string literal) instead of the internal enumerator integral value. llvm-svn: 217771
* [mips] Marked the DADDiu instruction aliases as MIPS III.Toma Tabacu2014-09-159-4/+36
| | | | | | | | Patch by Vasileios Kalintiris. Differential Revision: http://reviews.llvm.org/D5239 llvm-svn: 217770
* [asan] Fix a flaky test.Evgeniy Stepanov2014-09-151-5/+5
| | | | | | | | | This test has a chance to hit some other random allocation and get neither heap overflow nor SEGV. Relax test condition to only check that there is no internal CHECK failure. llvm-svn: 217769
* [clang-tidy] Add a checker for long functions.Benjamin Kramer2014-09-155-0/+211
| | | | | | | | | | | | | | | | As this is very dependent on the code base it has some ways of configuration. It's possible to pick between 3 modes of operation: - Line counting: number of lines including whitespace and comments - Statement counting: number of statements within compoundStmts. - Branch counter In addition a threshold can be picked, warnings are only emitted when it is met. The thresholds can be configured via a .clang-tidy file. Differential Revision: http://reviews.llvm.org/D4986 llvm-svn: 217768
* [x86] Begin emitting PBLENDW instructions for integer blend operationsChandler Carruth2014-09-153-19/+53
| | | | | | | | | | | | | | | | | when SSE4.1 is available. This removes a ton of domain crossing from blend code paths that were ending up in the floating point code path. This is just the tip of the iceberg though. The real switch is for integer blend lowering to more actively rely on this instruction being available so we don't hit shufps at all any longer. =] That will come in a follow-up patch. Another place where we need better support is for using PBLENDVB when doing so avoids the need to have two complementary PSHUFB masks. llvm-svn: 217767
* Edit: Do not extend a removal to include trailing whitespace if we're at the endBenjamin Kramer2014-09-151-0/+6
| | | | | | | | | | of the file. This would run past the end of the buffer. Sadly I don't have a great way to test it, the only way to trigger the bug is having a removal fix it at the end of the file, which none of our current warnings can generate. llvm-svn: 217766
* [x86] Add an explicit SSE3 run to this test and flesh out a bunch ofChandler Carruth2014-09-151-0/+86
| | | | | | | | | | missing specific checks. While there is a lot of redundancy here where all-but-one mode use the same code generation, I'd rather have each variant spelled out and checked so that readers aren't misled by an omission in the test suite. llvm-svn: 217765
* [asan] Delay system log initialization on Android.Evgeniy Stepanov2014-09-153-0/+16
| | | | | | | Writing to system log requires libc interceptors to be initialized. Fixes crashes with verbosity=1 on newer Android builds. llvm-svn: 217764
* Avoid calling strtoll and atoll in asan_str_test.cc on Windows for nowEhsan Akhgari2014-09-151-15/+15
| | | | | | | | | | | | | | | | | | Summary: These two functions are unavailable on MSVC2012, which breaks building the ASAN tests with MSVC2012. Since the tests required to run these functions are disabled on Windows for now, avoid building them to fix the MSVC2012 builds. Test Plan: This is needed in order to fix building the ASAN tests with MSVC2012. Reviewers: timurrrr Subscribers: llvm-commits Differential Revision: http://reviews.llvm.org/D5343 llvm-svn: 217763
* Port the variadic std::tr1::tuple hack for building gtest for MSVC2012 to ↵Ehsan Akhgari2014-09-151-0/+6
| | | | | | | | | | | | | | | | ASAN tests. Summary: This is copied from llvm/utils/unittest/CMakeLists.txt. Test Plan: This partly enables building ASAN tests with MSVC2012. Reviewers: timurrrr Subscribers: llvm-commits Differential Revision: http://reviews.llvm.org/D5342 llvm-svn: 217762
* [x86] Teach the x86 DAG combiner to form UNPCKLPS and UNPCKHPSChandler Carruth2014-09-152-0/+28
| | | | | | | | | | | | | | | instructions from the relevant shuffle patterns. This is the last tweak I'm aware of to generate essentially perfect v4f32 and v2f64 shuffles with the new vector shuffle lowering up through SSE4.1. I'm sure I've missed some and it'd be nice to check since v4f32 is amenable to exhaustive exploration, but this is all of the tricks I'm aware of. With AVX there is a new trick to use the VPERMILPS instruction, that's coming up in a subsequent patch. llvm-svn: 217761
* [ARM] Add ACLE predefines: maxmin, rounding and h/w integer divisionJames Molloy2014-09-155-4/+29
| | | | | | Patch by Assad Hashmi! llvm-svn: 217760
* clang-format: Basic support for Java.Daniel Jasper2014-09-155-3/+92
| | | | llvm-svn: 217759
* [x86] Teach the x86 DAG combiner to form MOVSLDUP and MOVSHDUPChandler Carruth2014-09-155-30/+135
| | | | | | | | | | | | instructions when it finds an appropriate pattern. These are lovely instructions, and its a shame to not use them. =] They are fast, and can hand loads folded into their operands, etc. I've also plumbed the comment shuffle decoding through the various layers so that the test cases are printed nicely. llvm-svn: 217758
* clang-format: Add option to break before non-assignment operators.Daniel Jasper2014-09-155-18/+76
| | | | | | | | | This will allow: int aaaaaaaaaaaaaa = bbbbbbbbbbbbbb + ccccccccccccccc; llvm-svn: 217757
* Fix a non-virtual destructor warning introduced in r217747.Frederic Riss2014-09-151-0/+2
| | | | llvm-svn: 217756
* [x86] Undo a flawed transform I added to form UNPCK instructions whenChandler Carruth2014-09-157-102/+101
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | AVX is available, and generally tidy up things surrounding UNPCK formation. Originally, I was thinking that the only advantage of PSHUFD over UNPCK instruction variants was its free copy, and otherwise we should use the shorter encoding UNPCK instructions. This isn't right though, there is a larger advantage of being able to fold a load into the operand of a PSHUFD. For UNPCK, the operand *must* be in a register so it can be the second input. This removes the UNPCK formation in the target-specific DAG combine for v4i32 shuffles. It also lifts the v8 and v16 cases out of the AVX-specific check as they are potentially replacing multiple instructions with a single instruction and so should always be valuable. The floating point checks are simplified accordingly. This also adjusts the formation of PSHUFD instructions to attempt to match the shuffle mask to one which would fit an UNPCK instruction variant. This was originally motivated to allow it to match the UNPCK instructions in the combiner, but clearly won't now. Eventually, we should add a MachineCombiner pass that can form UNPCK instructions post-RA when the operand is known to be in a register and thus there is no loss. llvm-svn: 217755
* [asan] Fix path in test.Evgeniy Stepanov2014-09-151-1/+1
| | | | llvm-svn: 217754
* [asan] Disable wait4 test on Android.Evgeniy Stepanov2014-09-152-12/+44
| | | | | | https://code.google.com/p/memory-sanitizer/issues/detail?id=64 llvm-svn: 217753
* [x86] Teach the new vector shuffle lowering to use 'punpcklwd' andChandler Carruth2014-09-152-26/+51
| | | | | | | | | | | | | | | | | | | | | | | | | | 'punpckhwd' instructions when suitable rather than falling back to the generic algorithm. While we could canonicalize to these patterns late in the process, that wouldn't help when the freedom to use them is only visible during initial lowering when undef lanes are well understood. This, it turns out, is very important for matching the shuffle patterns that are used to lower sign extension. Fixes a small but relevant regression in gcc-loops with the new lowering. When I changed this I noticed that several 'pshufd' lowerings became unpck variants. This is bad because it removes the ability to freely copy in the same instruction. I've adjusted the widening test to handle undef lanes correctly and now those will correctly continue to use 'pshufd' to lower. However, this caused a bunch of churn in the test cases. No functional change, just churn. Both of these changes are part of addressing a general weakness in the new lowering -- it doesn't sufficiently leverage undef lanes. I've at least a couple of patches that will help there at least in an academic sense. llvm-svn: 217752
* Fix ambiguous typedef introduced in r217747.Frederic Riss2014-09-151-2/+2
| | | | | | | | Use fully qualified name inside a typedef from llvm::iterator_range<...> to iterator_range. This is reported (rightly I think) by GCC as an ambiguous name redefinition. Hope this fixes the buildbots. llvm-svn: 217751
* InstSimplify: Simplify trivial and/or of icmpsDavid Majnemer2014-09-152-0/+234
| | | | | | | | | | | | | Some ICmpInsts when anded/ored with another ICmpInst trivially reduces to true or false depending on whether or not all integers or no integers satisfy the intersected/unioned range. This sort of trivial looking code can come about when InstCombine performs a range reduction-type operation on sdiv and the like. This fixes PR20916. llvm-svn: 217750
* Fix DebugInfo replaceAllUsesWith.Frederic Riss2014-09-151-1/+1
| | | | | | | | | | | | | | | | | | | | | Summary: replaceAllUsesWith had been modified to allow a DbgNode value to be replaced by itself. In that case a new node is created by copying the current DbgNode and the copy is used as replacement value. When that copying happens, the value stored in this->DbgNode at the end of RAUW would be a reference to the Node that has just been deleted. This doesn't produce any bug right now, because the DI node on which we call RAUW won't be used again. Reviewers: dblaikie, echristo, aprantl Subscribers: llvm-commits Differential Revision: http://reviews.llvm.org/D5326 llvm-svn: 217749
* Move replaceAllUsesWith() from DIType to DIDescriptor.Frederic Riss2014-09-152-7/+7
| | | | | | | | | | | | | | | | | | | RAUW was only used on DIType to merge declarations and full definitions of types. In order to support the same functionality for functions and global variables, move the function up type DI type hierarchy to the common parent of DIType, DISubprogram and DIVariable which is DIDescriptor. This functionality will be exercized when we add the code to emit imported declarations for forward declared function/variables. Reviewers: echristo, dblaikie, aprantl Subscribers: llvm-commits Differential Revision: http://reviews.llvm.org/D5325 llvm-svn: 217748
* Introduce the DWARFUnitSection abstraction.Frederic Riss2014-09-156-44/+69
| | | | | | | | | | | | | | | | | | A DWARFUnitSection is the collection of Units that have been extracted from the same debug section. By embeding a reference to their DWARFUnitSection in each unit, the DIEs will be able to resolve inter-unit references by interrogating their Unit's DWARFUnitSection. This is a minimal patch where the DWARFUnitSection is-a SmallVector of Units, thus exposing exactly the same interface as before. Followup-up patches might change from inheritance to composition in order to expose only the wanted DWARFUnitSection abstraction. Differential Revision: http://reviews.llvm.org/D5310 llvm-svn: 217747
* llvm-cov: Clean up some redundancy in the view API (NFC)Justin Bogner2014-09-153-44/+29
| | | | | | | This removes the need to pass a starting and ending line when creating a SourceCoverageView, since these are easy to determine. llvm-svn: 217746
* llvm-cov: Simplify CounterMappingRegion, pushing logic to its userJustin Bogner2014-09-152-18/+17
| | | | | | | | | A single function in SourceCoverageDataManager was the only user of some of the comparisons in CounterMappingRegion, and at this point we know that only one file is relevant. This lets us use slightly simpler logic directly in the client. llvm-svn: 217745
* [x86] Teach the new vector shuffle lowering to use BLENDPS and BLENDPD.Chandler Carruth2014-09-144-37/+134
| | | | | | | | | | | | | | | | | These are super simple. They even take precedence over crazy instructions like INSERTPS because they have very high throughput on modern x86 chips. I still have to teach the integer shuffle variants about this to avoid so many domain crossings. However, due to the particular instructions available, that's a touch more complex and so a separate patch. Also, the backend doesn't seem to realize it can commute blend instructions by negating the mask. That would help remove a number of copies here. Suggestions on how to do this welcome, it's an area I'm less familiar with. llvm-svn: 217744
* Make test/Driver hermeticJF Bastien2014-09-142-6/+6
| | | | | | | | | | | | | | | | | | Summary: The includes shouldn't be there, use the compiler's built-in types/macros instead. This is a follow-up to r217694, as discussed in: http://lists.cs.uiuc.edu/pipermail/cfe-commits/Week-of-Mon-20140908/114669.html Test Plan: ninja check-clang Reviewers: nlewycky, thakis, echristo, chandlerc Subscribers: cfe-commits Differential Revision: http://reviews.llvm.org/D5348 llvm-svn: 217743
* llvm/test/CodeGen/X86/vec_shuffle-38.ll: Add explicit ↵NAKAMURA Takumi2014-09-141-1/+1
| | | | | | -mtriple=x86_64-unknown to avoid incompatibility of win32. llvm-svn: 217742
* [x86] Add an SSE41 mode to this test. Nothing interesting here, its theChandler Carruth2014-09-141-0/+19
| | | | | | same as SSE3. llvm-svn: 217741
* [x86] Switch this test to use an ALL prefix with special SSE2 and SSE3Chandler Carruth2014-09-141-120/+129
| | | | | | | | | variants where significant. This will make it more obvious what is happening when we start using blends in SSE41. llvm-svn: 217740
* [x86] Add some test cases where we should emit blendpd in SSE4.1. NoChandler Carruth2014-09-141-0/+15
| | | | | | actual change yet though. llvm-svn: 217739
* [x86] Teach the vector combiner that picks a canonical shuffle from toChandler Carruth2014-09-149-31/+88
| | | | | | | | | | | | | | | | | | | | | | | | | | | | support transforming the forms from the new vector shuffle lowering to use 'movddup' when appropriate. A bunch of the cases where we actually form 'movddup' don't actually show up in the test results because something even later than DAG legalization maps them back to 'unpcklpd'. If this shows back up as a performance problem, I'll probably chase it down, but it is at least an encoded size loss. =/ To make this work, also always do this canonicalizing step for floating point vectors where the baseline shuffle instructions don't provide any free copies of their inputs. This also causes us to canonicalize unpck[hl]pd into mov{hl,lh}ps (resp.) which is a nice encoding space win. There is one test which is "regressed" by this: extractelement-load. There, the test case where the optimization it is testing *fails*, the exact instruction pattern which results is slightly different. This should probably be fixed by having the appropriate extract formed earlier in the DAG, but that would defeat the purpose of the test.... If this test case is critically important for anyone, please let me know and I'll try to work on it. The prior behavior was actually contrary to the comment in the test case and seems likely to have been an accident. llvm-svn: 217738
* In DwarfEHPrepare, after all passes are run, RewindFunction may be a danglingYaron Keren2014-09-141-0/+5
| | | | | | | pointer to a dead function. To make sure it's valid, doFinalization nullptrs RewindFunction just like the constructor and so it will be found on next run. llvm-svn: 217737
* R600/SI: Fix broken check linesMatt Arsenault2014-09-141-2/+2
| | | | llvm-svn: 217736
* [A57FPLoadBalancing] Modify r217689 - actually we do need to check defsJames Molloy2014-09-141-6/+6
| | | | | | | | ... Just make sure we check uses first so we see the kill first. It turns out ignoring defs gives some pretty nasty runtime failures. I'm certain this is the fix but I'm still reducing a testcase. llvm-svn: 217735
* Correct typo in tutorial pageEd Maste2014-09-141-1/+1
| | | | llvm-svn: 217733
* [FastISel][AArch64] Add support for non-native types for logical ops.Juergen Ributzka2014-09-132-36/+224
| | | | | | | | | Extend the logical ops selection to also support non-native types such as i1, i8, and i16. Fixes rdar://problem/18330589. llvm-svn: 217732
* Add control of function merging to the PMBuilder.Nick Lewycky2014-09-132-0/+11
| | | | llvm-svn: 217731
* Fix typoMatt Arsenault2014-09-131-4/+4
| | | | llvm-svn: 217730
* Compute and print the minimal loop carried dependency distanceJohannes Doerfert2014-09-1312-15/+425
| | | | | | | | | | | During the IslAst parallelism check also compute the minimal dependency distance and store it in the IstAst for node. Reviewer: sebpop Differential Revision: http://reviews.llvm.org/D4987 llvm-svn: 217729
* Delinearize _all_ accesses to a multi-dimensional arrayTobias Grosser2014-09-134-45/+311
| | | | | | | | | | | | | | | | | | | | | | | | Even though we previously correctly detected the multi-dimensional access pattern for accesses with a certain base address, we only delinearized non-affine accesses to this address. Affine accesses have not been touched and remained as single dimensional accesses. The result was an inconsistent description of accesses to the same array, with some being one dimensional and some being multi-dimensional. This patch ensures that all accesses are delinearized with the same dimensionality as soon as a single one of them has been detected as non-affine. While writing this patch, it became evident that the options -polly-allow-nonaffine and -polly-detect-keep-going have not been properly supported in case delinearization has been turned on. This patch adds relevant test coverage and addresses these issues as well. We also added some more documentation to the functions that are modified in this patch. This fixes llvm.org/PR20123 Differential Revision: http://reviews.llvm.org/D5329 llvm-svn: 217728
* Check that the elements of an array have the same sizeTobias Grosser2014-09-134-3/+119
| | | | | | | | | | At the moment we assume that only elements of identical size are stored/loaded to a certain base pointer. This patch adds logic to the scop detection to verify this. Differential Revision: http://reviews.llvm.org/D5329 llvm-svn: 217727
* Simplify code. No functionality change.Benjamin Kramer2014-09-131-15/+3
| | | | llvm-svn: 217726
* [AArch64] Update test case to pass with post-RA MI scheduler.Chad Rosier2014-09-131-1/+1
| | | | | | | | Check that the post RA scheduler is being skipped, regardless of whether it's the top-down list latency scheduler or the post-RA MI scheduler. llvm-svn: 217725
* [llvm-objdump] Use PRIX64 with format()Nick Kledzik2014-09-131-1/+2
| | | | llvm-svn: 217724
* Nope, I was right originally. ResolveUsername should resolve "~" to the Jim Ingham2014-09-121-2/+3
| | | | | | | current user, and ResolvePartialUsername will resolve "~" to the list of users. llvm-svn: 217723
* Don't make paths with /Foo//bar, that confuses everybody down the line.Jim Ingham2014-09-121-1/+10
| | | | | | This gets the file completer for absolute paths working again. llvm-svn: 217722
OpenPOWER on IntegriCloud