- May 08, 2023
-
-
Piotr Zegar authored
Split tests files into noexcept and throw(). This is preparation for a C++20 support in this check. Reviewed By: carlosgalvezp Differential Revision: https://reviews.llvm.org/D148458
-
Simon Pilgrim authored
-
Florian Hahn authored
Recipes for interleave group members are recorded directly in the RecipeBuilder. Use it directly instead of going indirectly through VPlan's Value->VPValue mapping.
-
Carlos Galvez authored
A previous patch update the clang-tidy documentation incorrectly claiming that SystemHeaders can be provided in the .clang-tidy configuration file. This patch adds support for it, together with tests. Differential Revision: https://reviews.llvm.org/D149899
-
- May 07, 2023
-
-
Dávid Bolvanský authored
-
Jean Perier authored
I removed the barriers a bit fast. Some mold is needed on hlfir.elemental for polymorphic vector subscripted designator (and for parenthesized polymorphic) so that a temporary can be later created. The parenthesized array case may also just used asExpr and that could later use AssignTemporary to deal with this. But the vector subscripted designator case will need to use some new runtime to get some mold allocation done for the temp. Add TODOs in the meantime. Differential Revision: https://reviews.llvm.org/D149970
-
Simon Pilgrim authored
Fixes #62412
-
Simon Pilgrim authored
-
Aaron Siddhartha Mondal authored
Prefix occurrences of `//utils/bazel` with an explicit `@llvm-raw`. This change lets us reuse code from `configure.bzl` in future compatibility patches for the bzlmod module system. The llvm-project overlay will be made available as an `@llvm-project-overlay` (name WIP) module in the Bazel Central Registry. This means that we will have an `@llvm-project-overlay` workspace in addition to the `@llvm-raw` and `@llvm-project` workspaces currently involved in the build. To keep future patches to the existing build files as small as possible, the explicit naming proposed in this change appears to be the simplest way to not confuse the module workspace resolution. This is not a functional change to the current WORKSPACE build. It is a foundation for future patches. GitHub Issue in the BCR: https://github.com/bazelbuild/bazel-central-registry/issues/206 GitHub Issue in LLVM: https://github.com/llvm/llvm-project/issues/55924 Reviewed By: csigg Differential Revision: https://reviews.llvm.org/D136496
-
Dávid Bolvanský authored
-
Simon Pilgrim authored
-
Austin Chang authored
The patch implements a helper function that matches and fold the following cases in the InstCombine pass: bswap(logic_op(x, bswap(y))) -> logic_op(bswap(x), y) bswap(logic_op(bswap(x), y)) -> logic_op(x, bswap(y)) bswap(logic_op(bswap(x), bswap(y))) -> logic_op(x, y) in multiuse case, which still reduces the number of instructions. The helper function accepts bswap and bitreverse intrinsics. This patch folds the bswap cases and remain the bitreverse optimization for the future Differential Revision: https://reviews.llvm.org/D149699 -
Austin Chang authored
Fold the following case on IR InstCombine pass. This patch includes the new test cases for this optimization bswap(logic_op(x, bswap(y))) -> logic_op(bswap(x), y) bswap(logic_op(bswap(x), y)) -> logic_op(x, bswap(y)) bswap(logic_op(bswap(x), bswap(y))) -> logic_op(x, y) with multi-use Differential Revision: https://reviews.llvm.org/D149577
-
Dávid Bolvanský authored
Motivation: ``` #include <string_view> size_t findFirst_ABCDEF(std::string_view sv) { return sv.find_first_of("ABCDEF"); } ``` memchr("ABCDEF", C, 6) != NULL -> (C == 'A' || C == 'B' || C == 'C' || C == 'D' || C == 'E' || C == 'F') != 0 Reviewed By: nikic Differential Revision: https://reviews.llvm.org/D128011 -
Yeting Kuo authored
The patch adds new member MaybeEVL into InterestingMemoryOperand to represent the effective vector length for vp intrinsics. It may be extended for some target intrinsics in the future. Reviewed By: kito-cheng Differential Revision: https://reviews.llvm.org/D146208
-
Mark de Wever authored
This reverts commit 3e44aa65. The CI has been fixed so this band aid is no longer needed.
-
Mark de Wever authored
Reviewed By: #libc, philnik Differential Revision: https://reviews.llvm.org/D150030
-
Craig Topper authored
The 1.0 vector spec PDF has text that says that Zve32f is compatible with F or Zfinx and that Zve64d is compatible with D and Zdinx. The references to *inx were removed from the spec in the github repository in October 2021. The 1.0 pdf was made in September 2021. Relevant commit https://github.com/riscv/riscv-v-spec/commit/6fedb869e213da03f36092d661d14911a2f9d2c6 Reviewed By: jacquesguan Differential Revision: https://reviews.llvm.org/D150021
-
sstwcw authored
When the line is too long and the `begin` keyword wraps to the next line, it shouldn't be indented. Reviewed By: HazardyKnusperkeks Differential Revision: https://reviews.llvm.org/D149657
-
sstwcw authored
Previously the event expression would be misidentified as a port list. A line break would be added after the comma. The events can be separated with either a comma or the `or` keyword, and a line break would not be inserted if the `or` keyword was used. We changed the behavior of the comma to match the `or` keyword. Before: ``` always @(posedge x, posedge y) x <= x; always @(posedge x or posedge y) x <= x; ``` After: ``` always @(posedge x, posedge y) x <= x; always @(posedge x or posedge y) x <= x; ``` Reviewed By: HazardyKnusperkeks Differential Revision: https://reviews.llvm.org/D149561 -
Nikita Ronja Gillmann authored
Differential Revision: https://reviews.llvm.org/D150032
-
Aaron Siddhartha Mondal authored
Reviewed By: #bazel_build, stellaraccident Differential Revision: https://reviews.llvm.org/D150058
-
Shilei Tian authored
In `libomptarget` we use a couple of functions from `libomp`, but we didn't link `libomptarget` against `libomp`. That will not work on some platforms such as macOS. A linker error will be encountered because those symbols are not resolved at link time when building `libomptarget`. This patch simply makes `libomptarget` link agains `libomp`, makes it a "user" of `libomp`. I think this will not break the policies between `libomp` and `libomptarget`. Reviewed By: jdoerfert Differential Revision: https://reviews.llvm.org/D149617
-
Shilei Tian authored
-
Nico Weber authored
-
LLVM GN Syncbot authored
-
LLVM GN Syncbot authored
-
LLVM GN Syncbot authored
-
LLVM GN Syncbot authored
-
Nico Weber authored
-
Nico Weber authored
-
Shengchen Kan authored
-
Kazu Hirata authored
The last use of Descale was removed on Apr 6, 2023 in commit db6b30b1. Differential Revision: https://reviews.llvm.org/D150045
-
Kazu Hirata authored
The corresponding function definition was removed by: commit af459076 Author: Sjoerd Meijer <sjoerd.meijer@arm.com> Date: Mon Jun 29 15:40:03 2020 +0100
-
Kazu Hirata authored
The unused declaration was introduced without a corresponding function definition by: commit bd41cf88 Author: Tim Northover <tnorthover@apple.com> Date: Thu Jan 7 09:03:03 2016 +0000
-
Kazu Hirata authored
The corresponding function definition was removed by: commit db092d7a Author: Craig Topper <craig.topper@gmail.com> Date: Tue Oct 9 04:23:49 2012 +0000
-
Simon Pilgrim authored
Better KnownBits handling of the icmp and/or an upcoming USUBSAT fold would constant fold this test away and prevent us testing for a cleared overflow flag.
-
Simon Pilgrim authored
Replaces the more specific uadd_ov case
-
Caroline Tice authored
The recently added ObjC Language unittest, InvalidMethondNameParsing, currently has CPlusPlusLanguage as its language label (see https://reviews.llvm.org/D149804). There is already a test with the same name and same language label in the C++ Language unittests, so this creates a name conflict. This patch corrects the language label on the ObjC test. Differential Revision: https://reviews.llvm.org/D150019
-
Yan Xin authored
It fixes some typos in the language reference. Reviewed By: mehdi_amini Differential Revision: https://reviews.llvm.org/D150046
-