summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* Fix r212522 - [mips] Improve encapsulation of the .MIPS.abiflags ↵Daniel Sanders2014-07-081-0/+3
| | | | | | | | implementation and limit scope of related enums Added two lines that should have been in r212522. llvm-svn: 212523
* [mips] Improve encapsulation of the .MIPS.abiflags implementation and limit ↵Daniel Sanders2014-07-088-298/+391
| | | | | | | | | | | | | | | scope of related enums Summary: Follow on to r212519 to improve the encapsulation and limit the scope of the enums. Also merged two very similar parser functions, fixed a bug where ASE's were not being reported, and marked CPR1's as being 128-bit when MSA is enabled. Differential Revision: http://reviews.llvm.org/D4384 llvm-svn: 212522
* Revert "Refactor ARM subarchitecture parsing"Renato Golin2014-07-083-123/+82
| | | | | | This reverts commit 7b4a6882467e7fef4516a0cbc418cbfce0fc6f6d. llvm-svn: 212521
* Truncate the immediate in logical operation to the register widthArnaud A. de Grandmaison2014-07-083-2/+39
| | | | | | And continue to produce an error if the 32 most significant bits are not all ones or zeros. llvm-svn: 212520
* Mips.abiflags is a new implicitly generated section that will be present on ↵Vladimir Medic2014-07-0818-68/+804
| | | | | | all new modules. The section contains a versioned data structure which represents essentially information to allow a program loader to determine the requirements of the application. This patch implements mips.abiflags section and provides test cases for it. llvm-svn: 212519
* Support building floating-point facilities on FreeBSD 9.2 in 32-bit modeViktor Kutuzov2014-07-081-0/+12
| | | | | | Differential Revision: http://reviews.llvm.org/D3909 llvm-svn: 212518
* [x86,SDAG] Sink the logic for folding shuffles of splats moreChandler Carruth2014-07-083-47/+40
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | aggressively from the x86 shuffle lowering to the generic SDAG vector shuffle formation code. This code already tried to fold away shuffles of splats! It just had lots of bugs and couldn't handle the case my new x86 shuffle lowering needed. First, it failed to correctly compute whether N2 was undef because it pre-computed this, then did transformations which could *make* N2 undef, then failed to ever re-consider the precomputed state. Second, it didn't look through bitcasts at all, even in the safe cases where they are just element-type bitcasts with no change to the number of elements. Third, it didn't handle all-zero bit casts nicely the way my code in the x86 side of things did, which is essential to getting good zext-shuffle lowerings. But all of these are generic. I just ported the code down to this layer and fixed the surrounding bugs. Tests exercising this in the x86 backend still pass and some silly code in widen_cast-6.ll gets better. I updated that test to be a bit more precise but it's still pretty unclear what the value of the test is in this day and age. llvm-svn: 212517
* [OPENMP] Parsing and sema analysis for 'omp parallel sections' directive.Alexey Bataev2014-07-0838-8/+2576
| | | | llvm-svn: 212516
* [SDAG] Actually check for a non-constant splat and clarify commentsChandler Carruth2014-07-081-4/+8
| | | | | | | | | | | | | | around the handling of UNDEF lanes in boolean vector content analysis. The code before my changes here also failed to check for non-constant splats in a buildvector. I have no idea how to trigger this, I just spotted by inspection when trying to understand the code. It seems extremely unlikely to be worth the trouble to teach the only caller of this code (DAG combining setcc patterns) how to cleverly handle undef lanes, so I've just commented more thoroughly that we're giving up there. llvm-svn: 212515
* [SDAG] Build up a more rich set of APIs for querying build-vector SDAGChandler Carruth2014-07-084-18/+57
| | | | | | | | | | | | | | | | | | | | nodes about whether they are splats. This is factored out and improved from r212324 which got reverted as it was far too aggressive. The new API should help more conservatively handle buildvectors that are a mixture of splatted and undef values. No functionality change at this point. The hope is to slowly re-introduce the undef-tolerant optimization of splats, but each time being forced to make a concious decision about how to handle the undefs in a way that doesn't lead to contradicting assumptions about the collapsed value. Hal has pointed out in discussions that this may not end up being the desired API and instead it may be more convenient to get a mask of the undef elements or something similar. I'm starting simple and will expand the API as I adapt actual callers and see exactly what they need. llvm-svn: 212514
* Enable multi-process testing for MacOSX.Todd Fiala2014-07-082-35/+31
| | | | | | | | | | | | | | | | | | | | | | | | This change modifies the way the multi-threaded test runner works. It uses the Python multiprocessing library rather than the threading library. Investigation showed that all MacOSX threads were waiting on the global python lock when using the threading approach. Not sure why that differed from the Linux/FreeBSD implementations. The new approach uses the multiprocessing library's Pool class. It's mildly cleaner than the other version, runs multithreaded on MacOSX, and seems to have caused no performance regression on Linux. The worker thread logic is simpler with the Pool managing the worker processes. This also includes a minor change to the test runner's python lldb dir logic using the -P option. It now looks at the last line of output rather than the first line. This covers part of the issue of extra options validation logic getting spit out. The test runner will now pick up the right python library directory. It does not fix all the issues, though, as a ton of tests (50+ on Linux) are failing due to unexpected output when running lldb. llvm-svn: 212513
* Headers: conditionalise more declarationsSaleem Abdulrasool2014-07-082-0/+8
| | | | | | | | Protect MMX specific declarations under a __MMX__ guard. This header can be included on non-x86 architectures (e.g. ARM) which do not support the MMX ISA. Use the preprocessor to prevent these declarations from being processed. llvm-svn: 212512
* Headers: mark arm_acle.h with extern "C"Saleem Abdulrasool2014-07-081-0/+8
| | | | | | | | | Although the functions are marked as always_inline, the compiler with which they are used may not honour the extended attributes and emit them as functions. In such a case, indicate that they should have extern "C" linkage and should not be mangled in C++ style if used within C++. llvm-svn: 212511
* Implment "platform process list" for Windows.Zachary Turner2014-07-083-2/+165
| | | | | | | | | | | | | | | | | | This patch implements basic functionality of the "platform process list" command for Windows. Currently this has the following limitations. * Certain types of filtering are not enabled (e.g. filtering by architecture with -a), although most filters work. * The username of the process is not yet obtained. * Using -v to list verbose information generates an error. * The architecture column displays the entire triple, leading to misaligned formatting of the printed table. Reviewed by: Greg Clayton Differential Revision: http://reviews.llvm.org/D4413 llvm-svn: 212510
* Fix a compilation failure caused by a non-const reference.Zachary Turner2014-07-083-3/+3
| | | | llvm-svn: 212509
* MS ABI: "Fix" passing non-POD structs by value to variadic functionsReid Kleckner2014-07-082-23/+53
| | | | | | | | | | Of course, such code is horribly broken and will explode on impact. That said, ATL does it, and we have to support them, at least a little bit. Fixes PR20191. llvm-svn: 212508
* Add docs for the "thread.completed-expression" format entry.Jim Ingham2014-07-081-0/+1
| | | | llvm-svn: 212507
* If a hand-called function is interrupted by hitting a breakpoint, then Jim Ingham2014-07-0811-20/+243
| | | | | | | when you continue to finish off the function call, the expression result will be included as part of the thread stop info. llvm-svn: 212506
* [ASan] Completely remove sanitizer blacklist file from instrumentation pass.Alexey Samsonov2014-07-083-23/+7
| | | | | | | | | | | | | | | | | | | | All blacklisting logic is now moved to the frontend (Clang). If a function (or source file it is in) is blacklisted, it doesn't get sanitize_address attribute and is therefore not instrumented. If a global variable (or source file it is in) is blacklisted, it is reported to be blacklisted by the entry in llvm.asan.globals metadata, and is not modified by the instrumentation. The latter may lead to certain false positives - not all the globals created by Clang are described in llvm.asan.globals metadata (e.g, RTTI descriptors are not), so we may start reporting errors on them even if "module" they appear in is blacklisted. We assume it's fine to take such risk: 1) errors on these globals are rare and usually indicate wild memory access 2) we can lazily add descriptors for these globals into llvm.asan.globals lazily. llvm-svn: 212505
* [X86] AVX512: Only allow k1-k7 as predicates to vpcmp*Adam Nemet2014-07-082-8/+12
| | | | | | | | | As destination k0 is allowed but not as predicate/writemask. I also modified the test to allow checking of error messages by the assembler. I applied a similar approach to the test ret.s in the same directory. llvm-svn: 212504
* Kill unnecessary includeAlexey Samsonov2014-07-081-1/+0
| | | | llvm-svn: 212503
* Rename static function to better describe its purposeAlp Toker2014-07-081-4/+4
| | | | llvm-svn: 212502
* [Sanitizer] Remove brittle cache variable and slightly simplify blacklisting ↵Alexey Samsonov2014-07-075-21/+15
| | | | | | | | | | | | code. Now CodeGenFunction is responsible for looking at sanitizer blacklist (in CodeGenFunction::StartFunction) and turning off instrumentation, if necessary. No functionality change. llvm-svn: 212501
* Invalidate process UID/GID-related command options on Windows.Zachary Turner2014-07-079-49/+158
| | | | | | | | | | | | Windows uses a different process security model and does not have a concept of process UID or GID. This patch makes these options invalid on Windows. Attempting to specify these options when the current platform is Windows will generate an error. Reviewed by: Jim Ingham Differential Revision: http://reviews.llvm.org/D4373 llvm-svn: 212500
* [Sanitizer] Reduce the usage of sanitizer blacklist in CodeGenModuleAlexey Samsonov2014-07-074-19/+28
| | | | | | | | | | | | | | | | Get rid of cached CodeGenModule::SanOpts, which was used to turn off sanitizer codegen options if current LLVM Module is blacklisted, and use plain LangOpts.Sanitize instead. 1) Some codegen decisions (turning TBAA or writable strings on/off) shouldn't depend on the contents of blacklist. 2) llvm.asan.globals should *always* be created, even if the module is blacklisted - soon Clang's CodeGen where we read sanitizer blacklist files, so we should properly report which globals are blacklisted to the backend. llvm-svn: 212499
* [x86] Fix assertion failure caused by a wrong combine of PSHUFD nodes with ↵Andrea Di Biagio2014-07-072-1/+15
| | | | | | | | | | | | | | | | | | | | different types. When combining a sequence of two PSHUFD dag nodes into a single PSHUFD, make sure that we assign the correct type to the resulting PSHUFD. X86ISD::PSHUFD dag nodes can be either MVT::v4i32 or MVT::v4f32. Before this change, an assertion failure was triggered in method 'DAGCombinerInfo::CombineTo' when trying to combine the shuffles from the test below into a single PSHUFD. define <4 x float> @test1(<4 x float> %V) { %1 = shufflevector <4 x float> %V, <4 x float> undef, <4 x i32> <i32 3, i32 0, i32 2, i32 1> %2 = shufflevector <4 x float> %1, <4 x float> undef, <4 x i32> <i32 3, i32 0, i32 2, i32 1> ret <4 x float> %2 } llvm-svn: 212498
* libclang: pass return code out argument by referenceAlp Toker2014-07-072-19/+16
| | | | | | | | r212427 formalized the message-passing pattern by making these argument structures const. This commit changes output arguments to get passed by reference so we can eliminate mutable fields. llvm-svn: 212497
* ASTContext: Factor 'getObjCEncodingForPropertyType' as its own method.Joe Groff2014-07-072-3/+15
| | | | | | | It is useful to get the property encoding for an ObjC type without a full ObjCPropertyDecl. llvm-svn: 212496
* fixed some typosSanjay Patel2014-07-071-4/+4
| | | | llvm-svn: 212495
* PlistSupport: make utility functions non-static inline to encourage linker dedupAlp Toker2014-07-071-15/+15
| | | | llvm-svn: 212494
* [FastISel][X86] Fix smul.with.overflow.i8 lowering.Juergen Ributzka2014-07-072-4/+80
| | | | | | | | | | | Add custom lowering code for signed multiply instruction selection, because the default FastISel instruction selection for ISD::MUL will use unsigned multiply for the i8 type and signed multiply for all other types. This would set the incorrect flags for the overflow check. This fixes <rdar://problem/17549300> llvm-svn: 212493
* Allow AArch64FastISel to degrade graceully in the presence of an MVT::i128Louis Gerbarg2014-07-072-0/+24
| | | | | | | | | | | | | | | | | Currently AArch64FastISel crashes if it tries to extend an integer into an MVT::i128. This can happen by creating 128 bit integers like so: typedef unsigned int uint128_t __attribute__((mode(TI))); typedef int sint128_t __attribute__((mode(TI))); This patch makes EmitIntExt check for their presence and then falls back to SelectionDAG. Tests included. rdar://17516686 llvm-svn: 212492
* Mark test_watchpoint_multiple_threads_with_dwarf as XFAIL on Linux/clang.Todd Fiala2014-07-071-0/+1
| | | | | | See http://llvm.org/bugs/show_bug.cgi?id=20233 for details. llvm-svn: 212491
* Fix for PR17073 ( http://llvm.org/pr17073 ), simplifycfg illegally hoists an ↵Sanjay Patel2014-07-072-3/+93
| | | | | | | | | | operation in a phi node that can trap. This patch adds to an existing loop over phi nodes in SimplifyCondBranchToCondBranch() to check for trapping ops and bails out of the optimization if we find one of those. The test cases verify that trapping ops are not hoisted and non-trapping ops are still optimized as expected. llvm-svn: 212490
* Mark Radar9974002DataFormatterTestCase test XFAIL on Linux.Todd Fiala2014-07-071-0/+1
| | | | | | See http://llvm.org/bugs/show_bug.cgi?id=20232 for details. llvm-svn: 212489
* Marked TestLongjmp.py tests XFAIL for Linux.Todd Fiala2014-07-071-0/+3
| | | | | | See http://llvm.org/bugs/show_bug.cgi?id=20231 llvm-svn: 212488
* [MSan] Make one more test standaloneAlexey Samsonov2014-07-072-12/+11
| | | | llvm-svn: 212487
* Marked TestFormatters.py XFAIL on Linux per pr20230.Todd Fiala2014-07-071-0/+1
| | | | | | See http://www.llvm.org/bugs/show_bug.cgi?id=20230 for details. llvm-svn: 212486
* Allow specification of no source display on stop.Todd Fiala2014-07-071-5/+4
| | | | | | | | See http://llvm.org/bugs/show_bug.cgi?id=20149 for details. Change by Randy Smith. llvm-svn: 212485
* [MSan] Use a single file for dso-origin testAlexey Samsonov2014-07-074-28/+29
| | | | llvm-svn: 212484
* Use raw_fd_ostream instead of std::ofstream.Rafael Espindola2014-07-071-11/+9
| | | | llvm-svn: 212483
* CMake: Let LLDB build with CMake 3David Majnemer2014-07-071-6/+12
| | | | | | | | | Teach add_lldb_library to correctly use the CMake 2.8.12 PUBLIC/PRIVATE/INTERFACE keywords. LLDB's CMake configuration would inconsistently apply these keywords; this was previously a warning in CMake 2.x but became an error in CMake 3. llvm-svn: 212482
* Driver: Produce crash diagnostics more often on WindowsReid Kleckner2014-07-071-2/+7
| | | | | | | | | | | | | Assertion failures call abort(), which return an exit code of 3 on Windows. The 'not' utility has the same check. Unfortunately, the crash-report.c test requires a shell, so it does not run for me locally, so I can only test this manually. There's still more work to be done here: we should generate a batch script instead of a shell script on Windows. llvm-svn: 212481
* [Mips] Make rel-dynamic-05.test test case independent from external input files.Simon Atanasyan2014-07-071-7/+43
| | | | llvm-svn: 212480
* Refactor ARM subarchitecture parsingRenato Golin2014-07-073-82/+123
| | | | | | | | | According to a FIXME in ARMMCTargetDesc.cpp the ARM version parsing should be in the Triple helper class. Patch by: Gabor Ballabas llvm-svn: 212479
* [PowerPC] Fix testcase regressionUlrich Weigand2014-07-071-1/+1
| | | | | | Use -mcpu to avoid different codegen depending on host platform. llvm-svn: 212478
* [PowerPC] Fix no-assert buildUlrich Weigand2014-07-071-0/+1
| | | | | | | r212476 caused a compile failure (unused variable) in a non-assertion build ... llvm-svn: 212477
* [PowerPC] Fix "byval align" argumentsUlrich Weigand2014-07-072-67/+118
| | | | | | | | | | | | | | | | | | | | | | | | | | | Arguments passed as "byval align" should get the specified alignment in the parameter save area. There was some code in PPCISelLowering.cpp that attempted to implement this, but this didn't work correctly: while code did update the ArgOffset value, it neglected to update the PtrOff value (which was already computed from the old ArgOffset), and it also neglected to update GPR_idx -- fields skipped due to alignment in the save area must likewise be skipped in GPRs. This patch fixes and simplifies this logic by: - handling argument offset alignment right at the beginning of argument processing, using a new helper routine CalculateStackSlotAlignment (this avoids having to update PtrOff and other derived values later on) - not tracking GPR_idx separately, but always computing the correct GPR_idx for each argument *from* its ArgOffset - removing some redundant computation in LowerFormalArguments: MinReservedArea must equal ArgOffset after argument processing, so there's no use in computing it twice. [This doesn't change the behavior of the current clang front-end, since that never creates "byval align" arguments at the moment. This will change with a follow-on patch, however.] llvm-svn: 212476
* [x86] Revert r212324 which was too aggressive w.r.t. allowing undefChandler Carruth2014-07-077-148/+113
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | lanes in vector splats. The core problem here is that undef lanes can't *unilaterally* be considered to contribute to splats. Their handling needs to be more cautious. There is also a reported failure of the nightly testers (thanks Tobias!) that may well stem from the same core issue. I'm going to fix this theoretical issue, factor the APIs a bit better, and then verify that I don't see anything bad with Tobias's reduction from the test suite before recommitting. Original commit message for r212324: [x86] Generalize BuildVectorSDNode::getConstantSplatValue to work for any constant, constant FP, or undef splat and to tolerate any undef lanes in a splat, then replace all uses of isSplatVector in X86's lowering with it. This fixes issues where undef lanes in an otherwise splat vector would prevent the splat logic from firing. It is a touch more awkward to use this interface, but it is much more accurate. Suggestions for better interface structuring welcome. With this fix, the code generated with the widening legalization strategy for widen_cast-4.ll is *dramatically* improved as the special lowering strategies for a v16i8 SRA kick in even though the high lanes are undef. We also get a slightly different choice for broadcasting an aligned memory location, and use vpshufd instead of vbroadcastss. This looks like a minor win for pipelining and domain crossing, but a minor loss for the number of micro-ops. I suspect its a wash, but folks can easily tweak the lowering if they want. llvm-svn: 212475
* [Sanitizer] Move test for malloc/free hooks under test/sanitizer_commonAlexey Samsonov2014-07-073-93/+3
| | | | llvm-svn: 212474
OpenPOWER on IntegriCloud