- Mar 11, 2023
-
-
Vitaly Buka authored
Breaks build bots, details in D145718. This reverts commit 7de77515.
-
Vitaly Buka authored
We are seeing CHECK is triggered there, but it's unclear why.
-
Fangrui Song authored
-
bixia1 authored
Reviewed By: aartbik Differential Revision: https://reviews.llvm.org/D145440
-
Craig Topper authored
Instead of hardcoding the -1.0 exponent and mantissa separately from the table, reuse the table entry for 1.0. When searching the table we can change index 16 to index 0 if the sign is negative. Or when indexing we can change index 0 to index 16 and remember that we need to flip the sign. I'm going to make another patch that has a f16 and f64 table and this makes the code for those more similar.
-
Tom Stellard authored
(re-commit of cb38df4c with the correct commit message) Reviewed By: phosek, kwk Differential Revision: https://reviews.llvm.org/D138472
-
Tom Stellard authored
This reverts commit cb38df4c. I accidentally committed this with the wrong commit message.
-
Tom Stellard authored
Stand-alone builds need an installed version of gtest in order to run the unittests. Reviewed By: mgorny, kwk Differential Revision: https://reviews.llvm.org/D137890
-
Luo, Yuanke authored
-
Arthur Eubanks authored
-
Craig Topper authored
We only need 2 bits of mantissa. The third bit was always 0.
-
Luo, Yuanke authored
-
Jacek Caban authored
It's required by Python 3.12, from https://docs.python.org/3.12/library/random.html "Changed in version 3.12: Automatic conversion of non-integer types is no longer supported." Reviewed By: #lld-macho, int3 Differential Revision: https://reviews.llvm.org/D145826
-
Pavel Kopyl authored
This fixes parameter names mismatch in anonymous functions. Differential Revision: https://reviews.llvm.org/D144407
-
Yuanfang Chen authored
credits to @jmagee
-
Tom Stellard authored
Stand-alone builds need an installed version of gtest in order to run the unittests. Reviewed By: mgorny, kwk Differential Revision: https://reviews.llvm.org/D137890
-
Arthur Eubanks authored
DFAJumpThreading JumpThreading LibCallsShrink LoopVectorize SLPVectorizer DeadStoreElimination AggressiveDCE CorrelatedValuePropagation IndVarSimplify These are part of the optimization pipeline, of which the legacy version is deprecated and being removed.
-
Alex Langford authored
These do the same thing but we have a specific function for it.
-
Leonard Chan authored
"Interceptors" in this file aren't like the traditional interceptors used by other sanitizers like asan. They're simply aliases to the equivalent __sanitizer_* functions. This also removes the WRAP(FN) declaration since it just creates declarations for __interceptor_* functions but they seem to be unused. Differential Revision: https://reviews.llvm.org/D145718
-
Philip Reames authored
This takes the approach of using the loop based formation for scalable vectors only. We could potentially use the loop form for fixed vectors only, but we'd loose the unroll and specialize on constant vector logic which is already present. I don't have a strong opinion on whether the existing logic is worthwhile, I kept it mostly to minimize test churn. Worth noting is that there is a better lowering available. The plain vector lowering appears to check only the first and last byte. By analogy, we should be able to check only the first active and last active byte in the masked op. This is a more invasive change to asan, and I decided simply supporting scalable vectors at all was a better starting place. Differential Revision: https://reviews.llvm.org/D145198
-
Kirill Stoimenov authored
This is a reland of a single file from D145727, which was reverted in 25ba9dcf. This test is using exact line number in the checks so if anything is rearranged the test fails. Moving hwasan on the same line fixes that issue. Reviewed By: vitalybuka Differential Revision: https://reviews.llvm.org/D145822
-
Philip Reames authored
This is a follow on to D145108. This started as simply fixing the crash on an error case reported against that change, but I think this also ends up fixing the original reported issue (https://github.com/llvm/llvm-project/issues/49830) as well. More accurately, D145108 fixed the case where the cast resolves to an existing record, and this change fixes the case where the named record doesn't exist. Differential Revision: https://reviews.llvm.org/D145711
-
Chris Bieneman authored
I missed adding these in my last cleanup change :(
-
Peiming Liu authored
Reviewed By: aartbik Differential Revision: https://reviews.llvm.org/D141532
-
Joseph Huber authored
Summary: This variable was named incorrectly. We weren't getting needed flags passed to object library builds.
-
Matteo Franciolini authored
A dialect can opt-in to handle versioning through the `BytecodeDialectInterface`. Few hooks are exposed to the dialect to allow managing a version encoded into the bytecode file. The version is loaded lazily and allows to retrieve the version information while parsing the input IR, and gives an opportunity to each dialect for which a version is present to perform IR upgrades post-parsing through the `upgradeFromVersion` method. Custom Attribute and Type encodings can also be upgraded according to the dialect version using readAttribute and readType methods. There is no restriction on what kind of information a dialect is allowed to encode to model its versioning. Currently, versioning is supported only for bytecode formats. Reviewed By: rriddle, mehdi_amini Differential Revision: https://reviews.llvm.org/D143647
-
ManuelJBrito authored
This reverts commit 1a4d0eb8.
-
Matthew Voss authored
When the runtime dir path includes whitespace (ex. when it's installed under "Program Files" on Windows), the lack of quotes causes the linker to interpret the path as one or more arguments. None of these path fragments exist, so the link fails. Differential Revision: https://reviews.llvm.org/D145827
-
Peter Steinfeld authored
Patch D145640 wasn't building for me because .cpp files in flang/lib/Optimizer/Dialect depend on the files generated in .../build/include/llfm/IR. But the .cpp file compilations were being done before the needed include files were generated. This patch fixes that by adding dependencies on "intrinsics_gen" to the CMake files in two directories. Differential Revision: https://reviews.llvm.org/D145825
-
Arthur Eubanks authored
This reverts commit 818e554e. Causes miscompiles, see comments on D141188.
-
Alexey Bataev authored
Previously only the very first gather/buildvector node might be probed for reshuffling of other nodes. But the compiler may do the same for other gather/buildvector nodes too, just need to check the dependency and postpone the emission of the dependent nodes, if the origin nodes were not emitted yet. Part of D110978 Differential Revision: https://reviews.llvm.org/D144958
-
Ben Langmuir authored
The idea is to split the callbacks that are used to consume dependency information (DependencyConsumer) from callbacks that modify the scan behaviour itself in any way (DependencyActionController). Currently this is just lookupModuleOutput, but we have additional callbacks related to CAS support that we intend to upstream in the future. Differential Revision: https://reviews.llvm.org/D144058
-
Brad Smith authored
Since FreeBSD 8 / 9 support was dropped from the Driver there is room to simplify things with the ARM handling. The exception model handling function can be removed. EABI is now the default. Reviewed By: dim Differential Revision: https://reviews.llvm.org/D144823
-
Craig Topper authored
Some extensions had them, some did not. Reviewed By: asb Differential Revision: https://reviews.llvm.org/D145817
-
Alexey Bataev authored
order of incoming basic blocks, NFC.
-
Daniel Thornburgh authored
Previously, the size of the debuginfod cache would grow without bound. This change prunes the cache after a successful debuginfod lookup, as is done in libdebuginfod. The cache pruning behavior is configured by a new DEBUGINFOD_CACHE_POLICY environment variable. The semantics of this are the same as --thinlto_cache_policy. Reviewed By: gulfem Differential Revision: https://reviews.llvm.org/D145618
-
Louis Dionne authored
Differential Revision: https://reviews.llvm.org/D145789
-
Zahira Ammarguellat authored
Setting __FLT_EVAL_METHOD__ to -1 with fast-math will set __GLIBC_FLT_EVAL_METHOD to 2 and long double ends up being used for float_t and double_t. This creates some ABI breakage with various C libraries. See details here: https://github.com/llvm/llvm-project/issues/60781 This reverts commit bbf0d193.
-
Louis Dionne authored
This one is easy -- Clang supports rvalue references in C++03 mode, so we should be able to remove that conditional. As a fly-by fix, turn a few static_casts to std::forward. Differential Revision: https://reviews.llvm.org/D145701
-
Petr Hosek authored
These will be replaced by CMake's check_linker_flag once we update the minimum CMake version 3.20. Differential Revision: https://reviews.llvm.org/D145716
-