- Mar 08, 2022
-
-
Philip Reames authored
-
Yitzhak Mandelbaum authored
When pre-initializing fields in the environment, the code assumed that all fields of a struct would be initialized. However, given limits on value construction, that assumption is incorrect. This patch changes the code to drop that assumption and thereby avoid dereferencing a nullptr. Differential Revision: https://reviews.llvm.org/D121158
-
jacquesguan authored
Add patterns for vector widening floating-point reduction instructions. Differential Revision: https://reviews.llvm.org/D120390
-
Philip Reames authored
-
Amir Ayupov authored
Remove `TYPE BIN` parameter that is introduced in CMake 3.14 and revert back to the equivalent compatible form `DESTINATION ${CMAKE_INSTALL_BINDIR}`. Addresses https://github.com/llvm/llvm-project/issues/54099 Reviewed By: rafauler Differential Revision: https://reviews.llvm.org/D121012 -
Jim Ingham authored
The old command wrote to CWD, which doesn't always work, and if it didn't, there was no workaround (and it crashed on failure). This patch changed the setting to provide a directory to save the objects to. Differential Revision: https://reviews.llvm.org/D121036
-
Kai Luo authored
The workaround has been removed via https://reviews.llvm.org/D119931, checks passed on AIX-32. Reviewed By: ldionne, daltenty, jsji, #libc Differential Revision: https://reviews.llvm.org/D121081
-
Peter Klausler authored
When a module uses a derived type that is shadowed by a generic interface, the module file was missing a USE statement for the name. Detect and handle this situation. Differential Revision: https://reviews.llvm.org/D121160
-
Peixin-Qiao authored
The paramemter of hint clause in OpenMP critical hint should be non-negative. The omp_lock_hint_none is 0 in omp.h. Reviewed By: Alexey Bataev Differential Revision: https://reviews.llvm.org/D121101
-
Bixia Zheng authored
This is to align with the PyTACO API better. Modify an existing unit test to test the new routines. Reviewed By: aartbik Differential Revision: https://reviews.llvm.org/D121083
-
Jessica Paquette authored
This adds JSON output to llvm-remark-size-diff. The goal here is to make it easy for external tools to consume output from llvm-remark-size-diff. These tools could be used for automated size analysis. (E.g. in CI). To specify JSON output, use `--report_style=json`. JSON output can be pretty-printed via `--pretty`. With automation in mind, the schema looks like this: ``` "Files": { "A": <filename_a> "B": <filename_b> }, "InBoth": [ { "FunctionName": <function name>, "InstCount": [ <count_in_a>, <count_in_b> ], "StackSize": [ <count_in_a>, <count_in_b> ] }, ... ] "OnlyInA": [ { "FunctionName": <function name>, "InstCount": [ <count_in_a>, 0 ], "StackSize": [ <count_in_a>, 0 ] }, ... ] "OnlyInB": [ { "FunctionName": <function name>, "InstCount": [ 0, <count_in_b> ], "StackSize": [ 0, <c... -
Sam Clegg authored
We don't yet do anything when this feature is enabled, this change just lays the ground work by accepting that there is such a feature. See https://github.com/WebAssembly/extended-const Differential Revision: https://reviews.llvm.org/D121151
-
Peter Klausler authored
When a structure constructor does not initialize an allocatable component, ensure that the typed expression representation contains an explicit NULL() for the component. Expression semantics already copies default initialized expressions for nonallocatable components into structure constructors. This change is expected to simplify lowering. Differential Revision: https://reviews.llvm.org/D121162
-
Arthur Eubanks authored
-
Louis Dionne authored
This reverts commit bed3240b. I will need to add more tests for std::shared_ptr<T const> before re-landing this.
-
Jacob Lambert authored
Reviewed By: rampitec Differential Revision: https://reviews.llvm.org/D105507
-
Peter Klausler authored
Crash when DIM= is not a valid dimension in the result. Differential Revision: https://reviews.llvm.org/D121145
-
Groverkss authored
This patch cleans up the interface to PresburgerSet. At a high level it does the following changes: - Move member functions around to have constructors at top and print/dump at end. - Move a private function to be a static function instead. - Change member functions of type "getAllIntegerPolyhedron" to "getAllPolys" instead. - Improve documentation for PresburgerSet. Reviewed By: arjunp Differential Revision: https://reviews.llvm.org/D121027 -
Peter Klausler authored
Rather than reading default character variables in formatted input one byte at a time via NextInField(), skip and read them via blocks of available buffer data. This eliminates a bottleneck that affected reads of large character values. (It also exposed a problem with sequential reads with RECL= set on the OPEN statement, so that's fixed too.) Differential Revision: https://reviews.llvm.org/D121144
-
Jonathan Peyton authored
Register constraint switched to "=q" which means very specifically (from https://gcc.gnu.org/onlinedocs/gcc/Machine-Constraints.html#Machine-Constraints) > Any register accessible as rl. In 32-bit mode, a, b, c, and d; in 64-bit mode, any integer register. Older gcc versions (8.x and below) were trying to use esi or edi for the 8 bit flag variable, but it wound up displaying this error in the end: kmp_lock.cpp: In function ‘void __kmp_spin_backoff(kmp_backoff_t*)’: kmp_lock.cpp:2684:1: error: unsupported size for integer register Hence the correct restriction is "=q" instead of "=r". Fixes: https://github.com/llvm/llvm-project/issues/53309 Differential Revision: https://reviews.llvm.org/D120519
-
Hanhan Wang authored
In quantized comutation, there are casting ops around computation ops. Reorder the ops to make reduce-to-contract actually work. Reviewed By: ThomasRaoux Differential Revision: https://reviews.llvm.org/D120760
-
Valentin Clement authored
This patch add the lowering for the allocate and the deallocate statements. This patch is part of the upstreaming effort from fir-dev branch. Reviewed By: PeteSteinfeld Differential Revision: https://reviews.llvm.org/D121146 Co-authored-by:
Eric Schweitz <eschweitz@nvidia.com> Co-authored-by:
Jean Perier <jperier@nvidia.com> Co-authored-by:
V Donaldson <vdonaldson@nvidia.com>
-
Arthur O'Dwyer authored
Saves one move in each case, which is basically nothing perf-wise; this is more about simplifying the code. Differential Revision: https://reviews.llvm.org/D121130
-
Ahmed Bougacha authored
Currently, when instrumenting indirect calls, this uses CallBase::getCalledFunction to determine whether a given callsite is eligible. However, that returns null if: this is an indirect function invocation or the function signature does not match the call signature. So, we end up instrumenting direct calls where the callee is a bitcast ConstantExpr, even though we presumably don't need to. Use isIndirectCall to ignore those funky direct calls. Differential Revision: https://reviews.llvm.org/D119594
-
Yuanfang Chen authored
This reverts commit 73134743. Break bots: http://45.33.8.238/win/54551/step_7.txt http://45.33.8.238/macm1/29590/step_7.txt
-
Martin Storsjö authored
If LIBCXX_ENABLE_SHARED isn't explicitly set on the cmake command line, isn't set in the cache, and the libcxxabi project is configured before libcxx, then LIBCXX_ENABLE_SHARED isn't defined yet. Once the libcxx cmake project has been parsed, LIBCXX_ENABLE_SHARED would have been set to its default value of ON. This makes sure that the symbols are properly dllexported in such a configuration scenario. Differential Revision: https://reviews.llvm.org/D120982
-
Louis Dionne authored
This extension is a portability trap for users, since no other standard library supports it. Furthermore, the Standard explicitly allows implementations to reject std::allocator<cv T>, so allowing it is really going against the current. This was discovered in D120684: this extension required `const_cast`ing in `__construct_range_forward`, a fishy bit of code that can be removed if we don't support the extension anymore. Differential Revision: https://reviews.llvm.org/D120996
-
Stanislav Mekhanoshin authored
Differential Revision: https://reviews.llvm.org/D121028
-
Peter Klausler authored
A recent patch made it possible to emit more localized error messages pertaining to actual arguments in non-intrinsic procedure references. Use these new powers for good and make intrinsic error messages more precise, too. Differential Revision: https://reviews.llvm.org/D121126
-
Sanjay Patel authored
-
Sanjay Patel authored
-
Sanjay Patel authored
-
Jonas Devlieghere authored
This makes editing the table easier and mistakes more obvious.
-
Jonas Devlieghere authored
Support ANSI escape codes for bright colors variants. Most modern terminals support them. LLDB is not using them in any of its defaults, but they're useful for people who want to modify their preferred ANSI prefix/suffix. Differential revision: https://reviews.llvm.org/D121131
-
Stanislav Mekhanoshin authored
Differential Revision: https://reviews.llvm.org/D121023
-
Florian Hahn authored
When dealing with multiple phis that depend on each other, the order might have been changed and may not match the expectation. If that happens, bail out, rather than asserting. Fixes https://github.com/llvm/llvm-project/issues/54218 Fixes https://github.com/llvm/llvm-project/issues/54233 Fixes https://github.com/llvm/llvm-project/issues/54254
-
Krzysztof Parzyszek authored
-
Stanislav Mekhanoshin authored
Differential Revision: https://reviews.llvm.org/D120855
-
https://reviews.llvm.org/D120755Greg Clayton authored
This improves this test a lot because before when using the "attachCommands" to run the following commands: (lldb) target create -d /path/to/a.out (lldb) process launch This was racy as it wasn't stopping the program at the entry point, and the process might run to completion before we can even debug it. With the recent changes to the "attachCommands" we were waiting for the process to stop, but the process might be exited already, and that _should_ have caused the attach to fail since there was no process to attach to. By adding "--stop-at-entry" to the process launch, we ensure this should be less racy and give us a valid process to attach to.
-