- Jan 13, 2022
-
-
Sanjay Patel authored
-
Fangrui Song authored
-
Nico Weber authored
This reverts commit 253ce928. Breaks tests on Windows, see https://github.com/llvm/llvm-project/issues/52921#issuecomment-1011118896
-
Alex Bradbury authored
Agreed policy is that RISC-V extensions that have not yet been ratified should be marked as experimental, and enabling them requires the use of the -menable-experimental-extensions flag when using clang alongside the version number. These extensions have now been ratified, so this is no longer necessary, and the target feature names can be renamed to no longer be prefixed with "experimental-". Differential Revision: https://reviews.llvm.org/D117131
-
Fangrui Song authored
binutils ar does not support one-dash long options (they conflict with operation code and modifier flags). ``` % ar -help ar: invalid option -- 'e' ... % ar -version ar: invalid option -- 'e' ... % ar x --plugin=xx x.a # ok % ar x -plugin=xx x.a ar: two different operation options specified % ar -plugin=/usr/lib/gcc/x86_64-linux-gnu/10/liblto_plugin.so x x.a ar: x: No such file or directory ``` Drop one-dash long options to simplify code and match the usual practice for command line utilities. Reviewed By: jhenderson Differential Revision: https://reviews.llvm.org/D116977
-
Fangrui Song authored
-
Matt Arsenault authored
-
Matt Arsenault authored
Stop using the _term variants of the mov to save the initial exec value before the waterfall loop. This cannot be glued to the bottom of the block because we may need to spill the result register. Just use a regular mov, like the loops produced on the DAG path. Fixes some verification errors with regalloc fast.
-
Matt Arsenault authored
This was inserting the new G_CONSTANT after the use, and the later block scan would run off the end. Fix calling SkipPHIsAndLabels for no apparent reason.
-
Fangrui Song authored
Fix https://github.com/llvm/llvm-project/issues/53073 In case of a relocation error, GNU ld's link map includes the archive member extraction information but not output sections. Our -Map and --why-extract= are currently no-op in case of an error. This change makes the two options work. Reviewed By: ikudrin, peter.smith Differential Revision: https://reviews.llvm.org/D116838
-
Fangrui Song authored
to prepare for D116838, otherwise for linkerscript/discard-section-err.s, there will be a null pointer dereference in `part.relrDyn->getParent()->size` in `finalizeSynthetic(part.relrDyn.get())`.
-
Erich Keane authored
I'm attempting to debug an issue that I can only get to happen on godbolt, where the cpu-dispatch resolver for an out of line member function is generated with the wrong name, causing a link failure.
-
Arthur O'Dwyer authored
Fixes #52952. Differential Revision: https://reviews.llvm.org/D116991
-
Chia-hung Duan authored
1773ddda adds the dependency to ArithmeticDialect. Reviewed By: rdzhabarov, ftynse Differential Revision: https://reviews.llvm.org/D117127
-
Arthur Eubanks authored
Followup to D116964 where we only did this in the CGSCC inliner. Fixes leaks reported in D116964.
-
Egor Zhdan authored
This makes the mapping between iOS & tvOS/watchOS versions more accurate. For example, iOS 9.3 now gets correctly mapped into tvOS 9.2 and not tvOS 9.3. Before this change, the incorrect mapping could cause excessive or missing warnings for code that specifies availability for iOS, but not for tvOS/watchOS. rdar://81491680 Differential Revision: https://reviews.llvm.org/D116822
-
Craig Topper authored
Use it to remove explicit string compares from unrolling preferences. I'm of two minds on this. Ideally, we would define things in terms of architectural or microarchitectural features, but it's hard to do that with things like unrolling preferences without just ending up with FeatureSiFive7UnrollingPreferences. Having a proc enum is consistent with ARM and AArch64. X86 only has a few and is trying to move away from it. Reviewed By: asb, mcberg2021 Differential Revision: https://reviews.llvm.org/D117060
-
Mircea Trofin authored
-
zhijian authored
Summary: modified the demangle for the xcoff label symbol. Reviewers: James Henderson Differential Revision: https://reviews.llvm.org/D113106
-
Amir Ayupov authored
The aarch64 instrumentation is currently unsupported so the test is failing. Reviewed By: Amir Differential Revision: https://reviews.llvm.org/D117102
-
Markus Böck authored
-Wdeclaration-after-statement currently only outputs an diagnostic if the user is compiling in C versions older than C99, even if the warning was explicitly requested by the user. This patch makes the warning also available in later C versions. If the C version is C99 or later it is simply a normal warning that is disabled by default (as it is valid C99) and has to be enabled by users. In older versions it remains an extension warning, and therefore affected by -pedantic. The above behaviour also matches GCCs behaviour. Fixes https://bugs.llvm.org/show_bug.cgi?id=51931 Differential Revision: https://reviews.llvm.org/D114787
-
William S. Moses authored
Enable constant folding of ops within the math dialect, and introduce constant folders for ceil and log2 Reviewed By: mehdi_amini Differential Revision: https://reviews.llvm.org/D117085
-
Stella Stamenova authored
This should be the last remaining flaky watchpoint test on Windows
-
Mircea Trofin authored
To avoid trivial changes.
-
Stella Stamenova authored
This reverts commit 945aa520. This commit broke the windows lldb bot.
-
Petar Avramovic authored
Fma combine assumes that MRI.getVRegDef(Reg)->getOperand(0).getReg() = Reg which is not true when Reg is defined by instruction with multiple defs e.g. G_UNMERGE_VALUES. Fix is to keep register and the instruction that defines register in DefinitionAndSourceRegister and use when needed. Differential Revision: https://reviews.llvm.org/D117032
-
Petar Avramovic authored
-
Arthur Eubanks authored
Previously we limited ourselves to only internal/private functions. We can also delete linkonce_odr functions. Minor compile time wins: https://llvm-compile-time-tracker.com/compare.php?from=d51e3474e060cb0e90dc2e2487f778b0d3e6a8de&to=bccffe3f8d5dd4dda884c9ac1f93e51772519cad&stat=instructions Major memory wins on tramp3d: https://llvm-compile-time-tracker.com/compare.php?from=d51e3474e060cb0e90dc2e2487f778b0d3e6a8de&to=bccffe3f8d5dd4dda884c9ac1f93e51772519cad&stat=max-rss Reviewed By: nikic, mtrofin Differential Revision: https://reviews.llvm.org/D115545
-
Louis Dionne authored
On Apple platforms, arc4random is faster than /dev/urandom, and it is the recommended user-space RNG according to Apple's own OS folks. This commit adds an ABI switch to guard ABI-break-protections in std::random_device, and starts using arc4random instead of /dev/urandom to implement std::random_device on Apple platforms. Note that previously, `std::random_device` would allow passing a custom token to its constructor, and that token would be interpreted as the name of a file to read entropy from. This was implementation-defined and undocumented. After this change, Apple platforms will be using arc4random() instead, and any custom token passed to the constructor will be ignored. This behavioral change will also impact other platforms that use the arc4random() implementation, such as OpenBSD. This should be fine since that is effectively a relaxation of the constructor's requirements. rdar://86638350 Differential Revision: h...
-
- Jan 12, 2022
-
-
Leonard Grey authored
Depends on D112160 This adds the new options `--call-graph-profile-sort` (default), `--no-call-graph-profile-sort` and `--print-symbol-order=`. If call graph profile sorting is enabled, reads `__LLVM,__cg_profile` sections from object files and uses the resulting graph to put callees and callers close to each other in the final binary via the C3 clustering heuristic. Differential Revision: https://reviews.llvm.org/D112164
-
Simon Pilgrim authored
The pointer is always dereferenced immediately below, so assert the cast is correct instead of returning nullptr
-
Simon Pilgrim authored
[clang-tidy] UseDefaultMemberInitCheck::checkDefaultInit - Use cast<> instead of dyn_cast<> to avoid dereference of nullptr The pointer is always dereferenced immediately below, so assert the cast is correct instead of returning nullptr
-
Paulo Matos authored
Adds overload of TransformToPotentiallyEvaluated for TypeSourceInfo to properly deal with VLAs in nested calls of sizeof and typeof. Fixes PR31042 (https://github.com/llvm/llvm-project/issues/30390). Reviewed By: efriedma Differential Revision: https://reviews.llvm.org/D27800
-
Marek Kurdej authored
-
Simon Pilgrim authored
Noticed while investigating how to improve funnel shift codegen
-
Simon Pilgrim authored
Noticed while investigating how to improve funnel shift codegen
-
Nico Weber authored
This reverts commit aad49c8e. Breaks tests on Windows, see comments on https://reviews.llvm.org/D113825
-
Michał Górny authored
Set the current thread ID to the thread where an event happened. As a result, e.g. when a signal is delivered to a thread other than the first one, the respective T packet refers to the signaled thread rather than the first thread (with no stop reason). While this doesn't strictly make a difference to the LLDB client, it is the expected behavior. Differential Revision: https://reviews.llvm.org/D117103
-
Kadir Cetinkaya authored
std::remove from algorithm is a lot more common than the overload from the cstdio (which deletes files). This patch introduces a set of symbols for which we should prefer the overloaded versions. Differential Revision: https://reviews.llvm.org/D114724
-
Leonard Grey authored
This ports the `.cg_profile` assembly directive and call graph profile section generation to MachO from COFF/ELF. Due to MachO section naming rules, the section is called `__LLVM,__cg_profile` rather than `.llvm.call-graph-profile` as in COFF/ELF. Support for llvm-readobj is included to facilitate testing. Corresponding LLD change is D112164 Differential Revision: https://reviews.llvm.org/D112160
-