- Apr 02, 2020
-
-
Walter Erquinigo authored
Summary: Depends on D76872. There was no test for the Intel PT support on LLDB, so I'm creating one, which will help making progress on solid grounds. The test is skipped if the Intel PT plugin library is not built. Reviewers: clayborg, labath, kusmour, aadsm Subscribers: lldb-commits Tags: #lldb Differential Revision: https://reviews.llvm.org/D77107
-
Louis Dionne authored
The benefit of doing this is that we can now handle directories that contain symlinks and other arbitrary things, such as the static_test_env required by filesystem tests. As a fly-by fix, we also accumulate several commands to perform over SSH and execute them at once instead of SSHing several times. This should be faster on average.
-
Walter Erquinigo authored
This reverts commit f1242ec5.
-
Aaron Ballman authored
A question came up from a glibc maintainer as to whether it was permissible to free a pointer marked [[clang::noescape]], and after investigation, I determined that this is allowed. This updates the documentation in case others have the same question.
-
David Blaikie authored
Caused an assertion due to mismatched bit widths - this seems like the right API to use for a possibly width-varying equality test. Though certainly open to some post-commit review feedback if there's a more suitable way to do this comparison/test.
-
Walter Erquinigo authored
Summary: Depends on D76872. There was no test for the Intel PT support on LLDB, so I'm creating one, which will help making progress on solid grounds. The test is skipped if the Intel PT plugin library is not built. Reviewers: clayborg, labath, kusmour, aadsm Subscribers: lldb-commits Tags: #lldb Differential Revision: https://reviews.llvm.org/D77107
-
Walter Erquinigo authored
Summary: Several lldb-vscode users have noticed that when a source map rule is invalid (because a folder doesn't exist anymore), the rest of the source maps from their configurations are not applied. This happens because lldb-vscode executes a single "settings set target.source-map" command with all the source maps and LLDB processes them one by one until one fails. Instead of doing this, we can process in LLDB all the source map rules and apply the valid ones instead of failing fast. Reviewers: clayborg, labath, kusmour, aadsm Subscribers: lldb-commits Tags: #lldb Differential Revision: https://reviews.llvm.org/D77186
-
Daniel Sanders authored
The legalizer has a tendency to lose DebugLoc's when expanding or combining instructions. The verifier that detected these isn't ready for upstreaming yet but this patch fixes the cases that came up when applying it to our out-of-tree backend's CodeGen tests. This pattern comes up a few more times in this file and probably in the backends too but I'd prefer to fix the others separately (and preferably when the lost-location verifier detects them).
-
Lang Hames authored
The MemoryBuffer::getMemBuffer method's RequiresNullTerminator parameter defaults to true, but object files are not null terminated so we need to explicitly pass false here.
-
Lang Hames authored
-
Alex Brachet authored
Summary: Add's `sigfillset` and `sigdelset` which will be used in D76676. Reviewers: sivachandra, PaulkaToast Reviewed By: sivachandra Subscribers: mgorny, MaskRay, tschuett, libc-commits Differential Revision: https://reviews.llvm.org/D76936
-
Sanjay Patel authored
Negation is equivalent to bitwise-not + 1, so try to convert more subtracts into adds using this relationship: 0 - (A ^ C) => ((A ^ C) ^ -1) + 1 => A ^ ~C + 1 I doubt this will recover the regression noted in rGf2fbdf76, but seems like we're going to need to improve here and/or revive D68408? Alive2 proofs: http://volta.cs.utah.edu:8080/z/Re5tMU http://volta.cs.utah.edu:8080/z/An-uns Differential Revision: https://reviews.llvm.org/D77230
-
Sanjay Patel authored
-
Alexey Bataev authored
This reverts commit f08df464 to fix the bug with serialization support for iterator expression.
-
Jonathan Roelofs authored
find() was altering the UserChain, even in cases where it subsequently discovered that the resulting constant was a 0. This confuses rebuildWithoutConstOffset() when it attempts to walk the chain later, since it is expected that the chain itself be a path down the use-def edges of an expression.
-
Nikita Popov authored
This reverts commit d40368fd. llvm-clang-x86_64-expensive-checks-debian failure looks related.
-
Nikita Popov authored
After RAUWing an instruction, also erase it. This makes sure we don't perform extra InstCombine iterations to clean up the garbage.
-
Uday Bondhugula authored
Make the New GVN pass aware of aligned_alloc. Depends on D76975. Differential Revision: https://reviews.llvm.org/D76976
-
Uday Bondhugula authored
Make the GVN pass aware of aligned_alloc. Depends on D76974. Differential Revision: https://reviews.llvm.org/D76975
-
Uday Bondhugula authored
Make the attributor pass aware of aligned_alloc for converting heap allocations to stack ones. Depends on D76971. Differential Revision: https://reviews.llvm.org/D76974
-
Nikita Popov authored
As we are not returning the result of replaceInstUsesWith(), so we need to clean up ourselves. NFC apart from worklist order.
-
Nikita Popov authored
To make sure the old operand is DCEd. NFC apart from worklist order.
-
Matt Arsenault authored
-
Nicolas Vasilache authored
-
Mehdi Amini authored
There is no need to directly depends on this from mlir-opt, some library may transitively depend on a subset of the targets when enabled (like NVPTX for Cuda codegen tests) but this is handled by CMake already.
-
Mehdi Amini authored
-
Uday Bondhugula authored
Capture maps to test better; drop unnecessary matches Differential Revision: https://reviews.llvm.org/D77196
-
Uday Bondhugula authored
Modernize/cleanup code in loop transforms utils - a lot of this code was written prior to the currently available IR support / code style. This patch also does some variable renames including inst -> op, comment updates, turns getCleanupLoopLowerBound into a local function. Differential Revision: https://reviews.llvm.org/D77175
-
Vedant Kumar authored
Summary: This change makes the labels on the x-axis of a comparison chart look like: "0%", "(0%, 10%)", "[10%, 20%)", and so on. Previously, each label was the same (a concatenation of all the possible coverage buckets). Reviewers: djtodoro Subscribers: llvm-commits Tags: #llvm Differential Revision: https://reviews.llvm.org/D77155
-
Matt Arsenault authored
The naming convention is for unprefixed .ll tests to check the final ISA instructions.
-
Matt Arsenault authored
Still should handle the other case changes the opcode this way.
-
Alexey Bataev authored
Added basic parsing/semantic analysis/(de)serialization support for iterator expression introduced in OpenMP 5.0.
-
Thomas Lively authored
Summary: The convention for the wasm_simd128.h intrinsics is to have the integer sign in the lane interpretation rather than as a suffix. This PR changes the names of the integer min, max, and avgr intrinsics to match this convention. Reviewers: aheejin Subscribers: dschuff, sbc100, jgravelle-google, sunfish, cfe-commits Tags: #clang Differential Revision: https://reviews.llvm.org/D77185
-
Matt Arsenault authored
This wasn't respecting the flush mode based on the default, and also wasn't correctly handling the explicit -fno-cuda-flush-denormals-to-zero overriding the mode.
-
Matt Arsenault authored
I forgot to squash this into c9d65a48
-
MaheshRavishankar authored
spv.interface_var_abi attributes if it exists already. Differential Revision: https://reviews.llvm.org/D77195
-
Louis Dionne authored
-
Kazuaki Ishizaki authored
Differential Revision: https://reviews.llvm.org/D72339
-
- Apr 01, 2020
-
-
Arnold Schwaighofer authored
Summary: Swift would like to use clang's apis to emit protocol declarations. This commits adds the public API: ``` emitObjCProtocolObject(CodeGenModule &CGM, const ObjCProtocolDecl *p); ``` rdar://60888524 Subscribers: cfe-commits Tags: #clang Differential Revision: https://reviews.llvm.org/D77077
-
Louis Dionne authored
If a ShTest has for example another command in front of the test executable it wants to execute, ssh.py needs to properly translate the path of that test executable to the executable on the remote host. For example, running '%{exec} ! %t.exe', we can't assume that the test-executable is the first argument after '%{exec}'.
-