- May 26, 2022
-
-
Raul Torres authored
-
- Apr 21, 2022
-
-
Raul Torres authored
Merge branch 'meep-target-spread' of https://repo.hca.bsc.es/gitlab/EPI/System-Software/llvm-mono into meep-target-spread
-
Raul Torres authored
-
- Apr 14, 2022
-
-
Raul Torres authored
Merge branch 'meep-target-spread' of https://repo.hca.bsc.es/gitlab/EPI/System-Software/llvm-mono into meep-target-spread
-
Raul Torres authored
-
- Apr 13, 2022
-
-
Raul Torres authored
-
- Apr 07, 2022
-
-
Raul Torres authored
-
- Apr 06, 2022
-
-
Raul Torres authored
-
- Mar 28, 2022
-
-
Jenkins CI authored
-
Jenkins CI authored
-
Fangrui Song authored
Many options (-fsyntax-only, -E, -S, etc) skip the link action phase which the existing condition does not account for. Since the code no longer specifies OPT_c, I think a single RUN line about -c not leading to a warning is sufficient. Adding one for all of -E, -fsyntax-only, -S would be excessive. Reviewed By: benshi001 Differential Revision: https://reviews.llvm.org/D122553
-
Nathan Sidwell authored
The microsoft demangler makes copies of the demangled strings, but has some confusion between StringView representation (sans NUL), and C-strings (with NUL). Here we also have a use of strcpy, which happens to work because the incoming string view happens to have a trailing NUL. But a simple memcpy excluding the NUL is sufficient. Reviewed By: dblaikie, erichkeane Differential Revision: https://reviews.llvm.org/D122391
-
Simon Pilgrim authored
Fixes #54562
-
Kazu Hirata authored
-
Kazu Hirata authored
-
Kazu Hirata authored
-
Kazu Hirata authored
-
Kazu Hirata authored
-
Kazu Hirata authored
Apply clang-tidy fixes for readability-redundant-smartptr-get in SummaryBasedOptimizations.cpp (NFC)
-
Kazu Hirata authored
-
Kazu Hirata authored
-
Kazu Hirata authored
-
Kazu Hirata authored
-
Kazu Hirata authored
-
Thomas Symalla authored
Revision https://reviews.llvm.org/D122332 added a pattern transformation where v_cmpx instructions are introduced. However, the modifiers are not correctly inherited from the original operands. The patch adds the source modifiers, if they are exist, or sets them to 0. Reviewed By: foad Differential Revision: https://reviews.llvm.org/D122489
-
Marius Brehler authored
Reviewed By: rriddle Differential Revision: https://reviews.llvm.org/D122305
-
Eric Li authored
Support `TransformerResult<void>` in the consumer callback, which allows generic code to more naturally use the `Transformer` interface (instead of needing to specialize on `void`). This also delete the specialization that existed within `Transformer` itself, instead replacing it with an `std::function` adapter. Reviewed By: ymandel Differential Revision: https://reviews.llvm.org/D122499
-
Jyotsna Verma authored
The intrinsic is lowered into a hexagon pseudo instruction which after register allocation is expanded into A2_tfrsi and J2_call.
-
Florian Hahn authored
This patch moves the code to set the correct incoming block for the backedge value to VPlan::execute. When generating the phi node, the backedge value is temporarily added using the pre-header as incoming block. The invalid phi node will be fixed up during VPlan::execute after main VPlan code generation. At the same time, the backedge value is also moved to the latch. This change removes the requirement to create the latch block up-front for VPWidenIntOrFpInductionRecipe::execute, which in turn will enable modeling the pre-header in VPlan. As an alternative, the increment could be modeled as separate recipe, but that would require more work and a bit of redundant code, as we need to create the step-vector during VPWidenIntOrFpInductionRecipe::execute anyways, to create the values for different parts. Reviewed By: Ayal Differential Revision: https://reviews.llvm.org/D121617
-
Markus Böck authored
These were noticed in the post commit review of https://reviews.llvm.org/D121988
-
gysit authored
This revision supports padding only a subset of the iteration dimensions via an additional padding-dimensions parameter. This control allows us to pad an operation in multiple steps. For example, one may want to pad only the output dimensions of a producer matmul fused into a consumer loop nest, before tiling and padding its reduction dimension. Depends On D122309 Reviewed By: nicolasvasilache Differential Revision: https://reviews.llvm.org/D122560
-
Daniil Kovalev authored
NVPTXTargetLowering::getFunctionParamOptimizedAlign, which was introduces in D120129, contained a poorly designed assertion checking that a function with internal or private linkage is not a kernel. It relied on invariants that were not actually guaranteed, and that resulted in compiler crash with some CUDA versions (see discussion with @jdoerfert in D120129). This patch changes that assertion and makes it use isKernelFunction which is designed exactly for such checks. This patch also includes a test with IR that caused compiler crash before. Differential Revision: https://reviews.llvm.org/D122562
-
Dominik Grewe authored
Expose MlirOperationClone in Python bindings. Reviewed By: ftynse Differential Revision: https://reviews.llvm.org/D122526
-
gysit authored
Pass the padding options using arrays instead of lambdas. In particular pass the padding value as string and use the argument parser to create the padding value. Arrays are a more natural choice that matches the current use cases and avoids converting arrays to lambdas. Reviewed By: nicolasvasilache Differential Revision: https://reviews.llvm.org/D122309
-
Ranjeet Singh authored
Make the warning more specific as downstream compilers could produce other warnings. Reviewed By: tstellar Differential Revision: https://reviews.llvm.org/D122487
-
Jake Egan authored
With the addition of `__attribute__((visibility("hidden")))` to the test, the test fails because AIX's current default behaviour is to ignore hidden visibility, so the expected error is not seen. This patch marks the test `XFAIL` on AIX for now. Reviewed By: cebowleratibm Differential Revision: https://reviews.llvm.org/D122519
-
Erich Keane authored
This seems to have been implemented/supported correctly back in Clang 10, so update the documentation and add the test from the paper.
-
Nathan Sidwell authored
The demangler had no concept of operator precendence, and would parenthesize many more subexpressions than necessary. In particular it would parenthesize primary-expressions, such as '4', which just looks strange. It would also parenthesize '>' expressions, just in case they were inside a template parameter list. This patch fixes both issues. * Add operator precedence to the OpInfo structure, and add a subexpression helper that will parenthesize a lower precedence subexpression. * Add a 'greater-than is greater-than' indicator to the output buffer, so the expression printer knows whether it is immediately inside a template parameter list (and must therefore parenthesize 'expr > expr'). This is a counter, so that ... * Add open and close printers to the output buffer, that increment and decrement the gt-is-gt indicator. * Parenthesize comma operators inside comma-separated lists. (probably a rare case, but still). This dramatically reduces the extraneous parentheses being printed. Reviewed By: dblaikie, bruno Differential Revision: https://reviews.llvm.org/D120905
-
Pavel Labath authored
The directive pollutes the namespace of all files which include the header. Use alternate ways to reference the namespace constituents instead.
-
Pavel Labath authored
There are better llvm replacements for all of these.
-