- Dec 10, 2021
-
-
Noah Shutty authored
This reverts commit e2ad4f17 because it does not correctly fix the sanitizer buildbot breakage.
-
Jon Chesterfield authored
-
Noah Shutty authored
Adds a fallback to use the debuginfod client library (386655) in `findDebugBinary`. Fixed a cast of Erorr::success() to Expected<> in debuginfod library. Added Debuginfod to Symbolize deps in gn. Adds new symbolizer symbols to `global_symbols.txt`. Reviewed By: jhenderson Differential Revision: https://reviews.llvm.org/D113717
-
Logan Smith authored
This avoids an unnecessary copy required by 'return OS.str()', allowing instead for NRVO or implicit move. The .str() call (which flushes the stream) is no longer required since 65b13610, which made raw_string_ostream unbuffered by default. Differential Revision: https://reviews.llvm.org/D115374
-
Logan Smith authored
This avoids an unnecessary copy required by 'return OS.str()', allowing instead for NRVO or implicit move. The .str() call (which flushes the stream) is no longer required since 65b13610, which made raw_string_ostream unbuffered by default. Differential Revision: https://reviews.llvm.org/D115374
-
Logan Smith authored
This avoids an unnecessary copy required by 'return OS.str()', allowing instead for NRVO or implicit move. The .str() call (which flushes the stream) is no longer required since 65b13610, which made raw_string_ostream unbuffered by default. Differential Revision: https://reviews.llvm.org/D115374
-
Logan Smith authored
This avoids an unnecessary copy required by 'return OS.str()', allowing instead for NRVO or implicit move. The .str() call (which flushes the stream) is no longer required since 65b13610, which made raw_string_ostream unbuffered by default. Differential Revision: https://reviews.llvm.org/D115374
-
Logan Smith authored
This avoids an unnecessary copy required by 'return OS.str()', allowing instead for NRVO or implicit move. The .str() call (which flushes the stream) is no longer required since 65b13610, which made raw_string_ostream unbuffered by default. Differential Revision: https://reviews.llvm.org/D115374
-
Logan Smith authored
This avoids an unnecessary copy required by 'return OS.str()', allowing instead for NRVO or implicit move. The .str() call (which flushes the stream) is no longer required since 65b13610, which made raw_string_ostream unbuffered by default. Differential Revision: https://reviews.llvm.org/D115374
-
Kirill Stoimenov authored
Reviewed By: kstoimenov Differential Revision: https://reviews.llvm.org/D115478
-
Kirill Stoimenov authored
Reviewed By: kstoimenov Differential Revision: https://reviews.llvm.org/D115475
-
Tue Ly authored
[libc] Use intrinsics for x86-64 fma and optimize PolyEval for x86-64 with degree 3 & 5 polynomials. - Use intrinsics for x86-64 fma - Optimize PolyEval for x86-64 with degree 3 & 5 polynomials. - There might be a slight loss of accuracy compared to Horner's scheme due to usages of higher powers x^2 and x^3 in the computations. Reviewed By: sivachandra Differential Revision: https://reviews.llvm.org/D115347
-
Kirill Stoimenov authored
Reviewed By: kstoimenov Differential Revision: https://reviews.llvm.org/D115473
-
Jacques Pienaar authored
Change dialect (and remove now redundant accessors) to generate both form of accessors of being generated. Tried to keep this change reasonably minimal (this also includes keeping note about not generating getType accessor to avoid shadowing). Differential Revision: https://reviews.llvm.org/D115420
-
Kirill Stoimenov authored
This change moves optimized callbacks from each .o file to compiler-rt. Instead of using code generation it uses direct assembly implementation. Please note that the 'or' version is not implemented and it will produce unresolved external if somehow 'or' version is requested. Reviewed By: vitalybuka Differential Revision: https://reviews.llvm.org/D114558
-
Mircea Trofin authored
Until we figure MLGO + bazel, exclude this unittest (same as TFUtilsTest.cpp) Differential Revision: https://reviews.llvm.org/D115472
-
Med Ismail Bennani authored
This is a post-review update for D115313, to rephrase source display warning messages for artificial locations, making them more understandable for the end-user. Differential Revision: https://reviews.llvm.org/D115461 Signed-off-by:
Med Ismail Bennani <medismail.bennani@gmail.com>
-
Rong Xu authored
Slightly changed the default option values. Also avoided some bogus output.
-
Aart Bik authored
Reviewed By: bixia Differential Revision: https://reviews.llvm.org/D115467
-
Xing Xue authored
Summary: This patch creates sub-directory libcxxabi/test/vendor/ibm and adds 2 LIT test cases for the AIX EH under the directory. One tests the restoration of the condition register and the other tests the restoration of vector registers. Both are saved on the stack by the function prologue. Reviewed by: compnerd, libc++abi Differential Revision: https://reviews.llvm.org/D114445
-
Joseph Huber authored
The problem with the old scheme is that we would need to keep track of the "next region" and reset the num_threads value after it. The new RT doesn't do it and an assertion is triggered. The old RT doesn't do it either, I haven't tested it but I assume a num_threads clause might impact multiple parallel regions "accidentally". Further, in SPMD mode num_threads was simply ignored, for some reason beyond me. In any case, parallel_51 is designed to take the clause value directly, so let's do that instead. Reviewed By: tianshilei1992 Differential Revision: https://reviews.llvm.org/D113623
-
Valentin Clement authored
- Join indirection and rank into a single value `flags` - Make the struct a plain C struct. Reviewed By: schweitz Differential Revision: https://reviews.llvm.org/D115464
-
Hasyimi Bahrudin authored
Refer to https://llvm.org/PR52546. Simplifies the following cases: not(X) == 0 -> X != 0 -> X not(X) <=u 0 -> X >u 0 -> X not(X) >=s 0 -> X <s 0 -> X not(X) != 1 -> X == 1 -> X not(X) <=u 1 -> X >=u 1 -> X not(X) >s 1 -> X <=s -1 -> X Differential Revision: https://reviews.llvm.org/D114666
-
Arjun P authored
-
Arthur Eubanks authored
getAlignment() is deprecated.
-
LLVM GN Syncbot authored
-
Alisamar Husain authored
Reviewed By: wallace Differential Revision: https://reviews.llvm.org/D115178
-
Jessica Paquette authored
These always use FPRs only. Differential Revision: https://reviews.llvm.org/D115376
-
Craig Topper authored
There are two signatures of setSpecialOperandAttr in TargetInstrInfo. One of them is only called from PPCInstrInfo which has an override of it. Remove it from TargetInstrInfo and make it a non-virtual method in PPCInstrInfo. Reviewed By: RKSimon Differential Revision: https://reviews.llvm.org/D115404
-
Rob Suderman authored
Wrong type was used for the result type in the tosa.conv_2d canonicalization. The type should match the result element type should match the result type not the input element type. Differential Revision: https://reviews.llvm.org/D115463
-
Daniel Thornburgh authored
G_PTR_ADD takes arguments of two different types, so it probably shouldn't be considered commutative just on that basis. A recent G_PTR_ADD reassociation optimization (https://reviews.llvm.org/D109528) can emit erroneous code if the pattern matcher commutes the arguments; this can happen when the base pointer was created by G_INTTOPTR of a G_CONSTANT and the offset register is variable. This was discovered on the llvm-mos fork, but I added a failing test case that should apply to AArch64 (and more generally). Differential Revision: https://reviews.llvm.org/D114655
-
Haowei Wu authored
This change adds options to llvm-ifs to allow it to generate multiple types of stub files at a single invocation. Differential Revision: https://reviews.llvm.org/D115024
-
Matt Morehouse authored
The test has been flaky for years, and I think we should remove it to eliminate noise on the buildbot. Neither me nor dokyungs have been able to fully deflake the test, and it tests a non-default Entropic flag. Reviewed By: vitalybuka Differential Revision: https://reviews.llvm.org/D115453
-
Vitaly Buka authored
This removes the last use of StackDepot from StopTheWorld. Depends on D115284. Reviewed By: morehouse Differential Revision: https://reviews.llvm.org/D115319
-
Vitaly Buka authored
val can be of any type accepted by Compare.
-
Aart Bik authored
Reviewed By: bixia Differential Revision: https://reviews.llvm.org/D115364
-
Jessica Paquette authored
Necessary for implementing some combines on floating point selects. Differential Revision: https://reviews.llvm.org/D115372
-
Vitaly Buka authored
StackDepot locks some stuff. As is there is small probability to deadlock if we stop thread which locked the Depot. We need either Lock/Unlock StackDepot for StopTheWorld, or don't interact with StackDepot from there. This patch does not run LeakReport under StopTheWorld. LeakReport contains most of StackDepot access. As a bonus this patch will help to resolve kMaxLeaksConsidered FIXME. Depends on D114498. Reviewed By: morehouse, kstoimenov Differential Revision: https://reviews.llvm.org/D115284
-
Martin Storsjö authored
This reapplies a fix from 948ce4e6, whichn't originally submitted upstream. I has now been merged upstream though, in https://github.com/google/benchmark/pull/1302. When benchmarks were unified in 5dda2efd, it lost this change, but it also lost another local modification, where benchmark's CMakeLists.txt was modified to comment out adding -Werror. (This change was part of the original import in 0addd170.) As the benchmark library is built automatically by default, when building all of LLVM (contrary to the copy in libcxx, which wasn't built by default), building it with -Werror by default is very brittle. This fixes building LLVM with MinGW. (It wasn't broken in MSVC mode, as the benchmark library doesn't add -Werror or anything equivalent in MSVC mode, and it's unclear if this warning is enabled in that mode at all.) Differential Revision: https:...
-
Martin Storsjö authored
Reapply #2 of [runtimes] Fix building initial libunwind+libcxxabi+libcxx with compiler implied -lunwind This does mostly the same as D112126, but for the runtimes cmake files. Most of that is straightforward, but the interdependency between libcxx and libunwind is tricky: Libunwind is built at the same time as libcxx, but libunwind is not installed yet. LIBCXXABI_USE_LLVM_UNWINDER makes libcxx link directly against the just-built libunwind, but the compiler implicit -lunwind isn't found. This patch avoids that by adding --unwindlib=none if supported, if we are going to link explicitly against a newly built unwinder anyway. Since the previous attempt, this no longer uses llvm_enable_language_nolink (and thus doesn't set CMAKE_TRY_COMPILE_TARGET_TYPE=STATIC_LIBRARY during the compiler sanity checks). Setting CMAKE_TRY_COMPILE_TARGET_TYPE=STATIC_LIBRARY during compiler sanity checks makes cmake not learn about some aspects of the compiler, which can make further find_library or find_package fail. This caus...
-