- Apr 12, 2022
-
-
Dmitry Preobrazhensky authored
Summary of changes: - enabled null for VOP operands; - added description of s_waitcnt_depctr syntactic sugar.
-
Simon Pilgrim authored
-
Dmitri Gribenko authored
-
jacquesguan authored
Differential Revision: https://reviews.llvm.org/D123485
-
Arjun P authored
This is unncessary, so we remove it as an optimization. Reviewed By: Groverkss Differential Revision: https://reviews.llvm.org/D123540
-
Simon Pilgrim authored
-
LLVM GN Syncbot authored
-
Haojian Wu authored
It breaks arm build, there is no free bit for the extra UsingShadowDecl in TemplateName::StorageType. Reverting it to build the buildbot back until we comeup with a fix. This reverts commit 5a5be404.
-
Andrzej Warzynski authored
With this change, there's going to be a clear distinction between LLVM and MLIR pass maanger options (e.g. `-mlir-print-after-all` vs `-print-after-all`). This change is desirable from the point of view of projects that depend on both LLVM and MLIR, e.g. Flang. For consistency, all pass manager options in MLIR are prefixed with `mlir-`, even options that don't have equivalents in LLVM . Differential Revision: https://reviews.llvm.org/D123495
-
Matthias Springer authored
Lookup iter_arg buffers using `lookupBuffer` instead of always creating a new `ToMemrefOp`. Also cast all yielded buffers (if necessary), regardless of whether they are an equivalent buffer or a new allocation. Note: This should have been part of D123369. Differential Revision: https://reviews.llvm.org/D123383
-
Nikita Popov authored
Retain the behavior we get without opaque pointers: A call to a known function with different function type is considered an indirect call. This fixes the crash reported in https://reviews.llvm.org/D123300#3444772.
-
LLVM GN Syncbot authored
-
Haojian Wu authored
This is the template version of https://reviews.llvm.org/D114251. This patch introduces a new template name kind (UsingTemplateName). The UsingTemplateName stores the found using-shadow decl (and underlying template can be retrieved from the using-shadow decl). With the new template name, we can be able to find the using decl that a template typeloc (e.g. TemplateSpecializationTypeLoc) found its underlying template, which is useful for tooling use cases (include cleaner etc). This patch merely focuses on adding the node to the AST. Next steps: - support using-decl in qualified template name; - update the clangd and other tools to use this new node; - add ast matchers for matching different kinds of template names; Differential Revision: https://reviews.llvm.org/D123127
-
Yi Kong authored
Merging multiple legacy profiles (produced by instrumentation BOLT) can easily reach GiBs. Let merge-fdata compact the profiles during merge to significantly reduce space usage. Differential Revision: https://reviews.llvm.org/D123513
-
Balázs Kéri authored
Reviewed By: martong Differential Revision: https://reviews.llvm.org/D123397
-
Mehdi Amini authored
-
Mehdi Amini authored
-
Mehdi Amini authored
This is a footgun: assigning a null std::function to a function_ref does not yield a null function_ref...
-
Vitaly Buka authored
-
Mehdi Amini authored
This fixes an ASAN failure.
-
Mehdi Amini authored
This reverts commit b4117fed. This broke one of the MLIR bot, a test is failing.
-
Tobias Hieta authored
Otherwise if you try to update the branch with a new /cherry-pick from the same issue you will run into problems similar as to the one shown in this workflow: https://github.com/llvm/llvm-project/runs/5864672298?check_suite_focus=true Reviewed By: tstellar Differential Revision: https://reviews.llvm.org/D123365
-
Carlos Alberto Enciso authored
The change described by: https://reviews.llvm.org/D122226 Moved some llvm-pdbutil functionality to the debug PDB library. This patch addresses a broken '-modi' argument handling, which causes an assertion if its value is other than '0' or '1'. In addition, it moves the assertion for the number of occurrences of the '-modi' argument from the PDB library into the llvm-pdbutil driver. Reviewed By: zequanwu Differential Revision: https://reviews.llvm.org/D123483
-
Mehdi Amini authored
-
Mehdi Amini authored
-
Fangrui Song authored
-
Fangrui Song authored
And remove a -no-opaque-pointers
-
Carl Ritson authored
If the CFG structure of a waterfall loop is not the expected shape then gracefully abort traversing the IR for the given loop. This applies to nest waterfall loops which are not supported by the VGPR live range optimizer. Reviewed By: ruiling Differential Revision: https://reviews.llvm.org/D123480
-
rdzhabarov authored
Differential Revision: https://reviews.llvm.org/D123570
-
Carl Ritson authored
-
Mehdi Amini authored
-
Mehdi Amini authored
-
Uday Bondhugula authored
NFC. Address clang-tidy warning in AffineOps.cpp.
-
Vitaly Buka authored
-
Uday Bondhugula authored
Switch CUDA runtime wrapper for GPU mem alloc/free to async. The semantics of the GPU dialect ops (gpu.alloc/dealloc) and the wrappers it lowered to (gpu-to-llvm) was for the async versions -- however, this was being incorrectly mapped to cuMemAlloc/cuMemFree instead of cuMemAllocAsync/cuMemFreeAsync. Reviewed By: csigg Differential Revision: https://reviews.llvm.org/D123482
-
PoYao Chang authored
According to CWG 1394 and C++20 [dcl.fct.def.general]p2, Clang should not diagnose incomplete types if function body is "= delete;". For example: ``` struct Incomplete; Incomplete f(Incomplete) = delete; // well-formed ``` Also close https://github.com/llvm/llvm-project/issues/52802 Differential Revision: https://reviews.llvm.org/D122981
-
PoYao Chang authored
-
Brad Smith authored
Generic_GCC::IsIntegratedAssemblerDefault() already takes care of CSKY. Reviewed By: zixuan-wu Differential Revision: https://reviews.llvm.org/D123431
-
Peixin-Qiao authored
This supports the threadprivate directive in OpenMP dialect following the OpenMP 5.1 [2.21.2] standard. Also lowering to LLVM IR using OpenMP IRBduiler. Reviewed By: kiranchandramohan, shraiysh, arnamoy10 Differential Revision: https://reviews.llvm.org/D123350
-
jacquesguan authored
Reviewed By: rriddle Differential Revision: https://reviews.llvm.org/D123487
-