- Feb 05, 2022
-
-
Alex Xu (Hello71) authored
musl does not set errno in math functions: https://wiki.musl-libc.org/mathematical-library.html, https://git.musl-libc.org/cgit/musl/tree/include/math.h?id=cfdfd5ea3ce14c6abf7fb22a531f3d99518b5a1b#n26. Reviewed By: srhines, MaskRay Differential Revision: https://reviews.llvm.org/D116753
-
Kelvin Li authored
Add the build directory to the search path for llvm-strip instead of solely relying on the PATH environment variable setting. Reviewed By: jhuber6 Differential Revision: https://reviews.llvm.org/D118965
-
Phoebe Wang authored
GCC has updated its generic `-mtune` to haswell. https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81616 Update it to match with GCC. Reviewed By: spatel Differential Revision: https://reviews.llvm.org/D118534
-
Shoaib Meenai authored
There's a couple of motivations here: * LLD 12 (which I was originally testing with) was adding an undefined symbol to the symbol table if you attempted to wrap an unreferenced lazy symbol, which would later break `--no-allow-shlib-undefined`. LLD on main actually produces a weak undefined symbol, so this doesn't break anyway, but it's cleaner to not have the weak undefined symbol as well. The new behavior also matches bfd and gold. * PROVIDE in a linker script referencing a wrapped symbol would think that an otherwise-unreferenced lazy symbol which was wrapped was actually referenced, and therefore proceed with the definition, which goes against expectations. The new behavior also matches bfd and gold. Reviewed By: MaskRay Differential Revision: https://reviews.llvm.org/D118756
-
Arthur Eubanks authored
These function analyses are always available in loop passes.
-
Amir Ayupov authored
Add the script to set up llvm-bolt-wrapper. The intended use is to run NFC checks manually and automatically on a buildbot. Reviewed By: rafauler Differential Revision: https://reviews.llvm.org/D118516
-
Peter Klausler authored
Corrects the runtime implementation of I/O on files with the access mode ACCESS='STREAM'. This is a collection of edge-case tweaks to ensure that the distinctions between stream and direct/sequential files, unformatted or formatted, are respected where appropriate. Moves NextInField() from io-stmt.h to io-stmt.cpp -- it was getting too big to keep in a header. This patch exposed a problem with the I/O runtime on Windows and it was reverted. This version also fixes that problem; files are now opened on Windows in binary mode to prevent inadvertent insertions of carriage returns before line feeds, and those line endings (CR+LF) are now explicitly generated. Differential Revision: https://reviews.llvm.org/D119015
-
Amir Ayupov authored
Fix build with `-DBUILD_SHARED_LIBS=ON` (add explicit deps). Reviewed By: yota9 Differential Revision: https://reviews.llvm.org/D119042
-
LLVM GN Syncbot authored
-
Joseph Huber authored
Summary: The name of the AMDGPU device library was changes. Previously it was called 'libomptarget-amdgcn'. This patch changes fixes the tests to use the new name of the library and adds a new flag with the same name.
-
Fangrui Song authored
-
Fangrui Song authored
-
Craig Topper authored
This code tries to replace the pattern with a pair of shifts, but we were excluding if the And could be a zext.h or zext.w. The SLLI/SRL pair is more compressible and doesn't come with much down side. We do regress one test case in rv64i-exhaustive-w-insts.ll but we can probably add a narrower exclusion for that case.
-
Roman Lebedev authored
Reland [SimplifyCFG] `markAliveBlocks()`: recognize that normal dest of `invoke`d `noreturn` function is `unreachable` As per LangRef's definition of `noreturn` attribute: ``` noreturn This function attribute indicates that the function never returns normally, hence through a return instruction. This produces undefined behavior at runtime if the function ever does dynamically return. nnotated functions may still raise an exception, i.a., nounwind is not implied. ``` So if we `invoke` a `noreturn` function, and the normal destination of an invoke is not an `unreachable`, point it at the new `unreachable` block. The change/fix from the original commit is that we now actually create the new block, and don't just repurpose the original block, because said normal destination block could have other users. This reverts commit db1176ce, relanding commit 598833c9.
-
Roman Lebedev authored
-
Amir Ayupov authored
Summary: - variable 'TotalSize' set but not used - variable 'TotalCallsTopN' set but not used - use of bitwise '|' with boolean operands Reviewed By: maksfb FBD33911129
-
Markus Böck authored
-
Roman Lebedev authored
Revert "[SimplifyCFG] `markAliveBlocks()`: recognize that normal dest of `invoke`d `noreturn` function is `unreachable`" The normal destination may have other uses. This reverts commit 598833c9.
-
Eugene Zhulenev authored
Depends On D119021 Reviewed By: frgossen Differential Revision: https://reviews.llvm.org/D119025
-
Roman Lebedev authored
[SimplifyCFG] `markAliveBlocks()`: recognize that normal dest of `invoke`d `noreturn` function is `unreachable` As per LangRef's definition of `noreturn` attribute: ``` noreturn This function attribute indicates that the function never returns normally, hence through a return instruction. This produces undefined behavior at runtime if the function ever does dynamically return. nnotated functions may still raise an exception, i.a., nounwind is not implied. ```
-
Roman Lebedev authored
-
Roman Lebedev authored
-
Roman Lebedev authored
-
Fangrui Song authored
Similar to f457863a
-
Fangrui Song authored
-
David Goldman authored
This reverts commit 4dfd1132 due to the failures on Linux CI: https://lab.llvm.org/buildbot/#/builders/188/builds/9296
-
Róbert Ágoston authored
Memory instructions like extending loads from the same address are not equal if their size is not equal. This fixes https://github.com/llvm/llvm-project/issues/53524. Differential Revision: https://reviews.llvm.org/D118805
-
Joseph Huber authored
Changes the remark to emit on the function call that captures the globalized variable instead of the globalized variable itself. The user should be able to see which variable it was in the argument list of the function. Reviewed By: jdoerfert Differential Revision: https://reviews.llvm.org/D106980
-
David Goldman authored
If this doesn't work will just revert the change, can't seem to repro on macOS.
-
River Riddle authored
This is not a general construct, and shouldn't have been defined in OpBase. This moves a copy to both MemRefOps+TensorOps, which are the only users.
-
Matt Arsenault authored
Fixes some assert on invalid situations and starts directly emitting the error.
-
Louis Dionne authored
To ensure a smooth transition without breaking CI, we should use explicitly versioned Clangs in the CI jobs definition instead, since that's a change we can actually test in the CI. So instead of bumping the compiler version from the Docker image, use the same version as before by default, and we can bump it from the CI job definition once all the nodes are running the new image.
-
Arthur O'Dwyer authored
Basically a rebase of D104980; most of that patch had already happened via gradual drive-by changes, but this finishes it up. Don't touch the inclusions from `<__functional_base>`, `<__hash_table>`, or `<__locale>`; those could be removed if we propagated the inclusions up to the includers of those files, but there are lots of those includers. `<algorithm>`, `<functional>`, and `<memory>` already include `<utility>` at the top level. `<iterator>` did not, so I've added it there. Differential Revision: https://reviews.llvm.org/D119020
-
Louis Dionne authored
Differential Revision: https://reviews.llvm.org/D118830
-
Lei Zhang authored
Reviewed By: ThomasRaoux Differential Revision: https://reviews.llvm.org/D119032
-
Fangrui Song authored
Similar to f457863a
-
Joseph Huber authored
Summary: The new runtime was deleted. AMD's old runtime used the triple name `amdgcn` while the new runtime used `amdgpu`. This was not updated when the old runtime was removed causing the library to not be found on AMDGPU.
-
Matt Arsenault authored
-
Lei Zhang authored
-
David Goldman authored
With this change, clangd now computes framework-style includes for framework headers at indexing time. Differential Revision: https://reviews.llvm.org/D117056
-