- May 07, 2023
-
-
LLVM GN Syncbot authored
-
LLVM GN Syncbot authored
-
LLVM GN Syncbot authored
-
Nico Weber authored
-
Nico Weber authored
-
Shengchen Kan authored
-
Kazu Hirata authored
The last use of Descale was removed on Apr 6, 2023 in commit db6b30b1. Differential Revision: https://reviews.llvm.org/D150045
-
Kazu Hirata authored
The corresponding function definition was removed by: commit af459076 Author: Sjoerd Meijer <sjoerd.meijer@arm.com> Date: Mon Jun 29 15:40:03 2020 +0100
-
Kazu Hirata authored
The unused declaration was introduced without a corresponding function definition by: commit bd41cf88 Author: Tim Northover <tnorthover@apple.com> Date: Thu Jan 7 09:03:03 2016 +0000
-
Kazu Hirata authored
The corresponding function definition was removed by: commit db092d7a Author: Craig Topper <craig.topper@gmail.com> Date: Tue Oct 9 04:23:49 2012 +0000
-
Simon Pilgrim authored
Better KnownBits handling of the icmp and/or an upcoming USUBSAT fold would constant fold this test away and prevent us testing for a cleared overflow flag.
-
Simon Pilgrim authored
Replaces the more specific uadd_ov case
-
Caroline Tice authored
The recently added ObjC Language unittest, InvalidMethondNameParsing, currently has CPlusPlusLanguage as its language label (see https://reviews.llvm.org/D149804). There is already a test with the same name and same language label in the C++ Language unittests, so this creates a name conflict. This patch corrects the language label on the ObjC test. Differential Revision: https://reviews.llvm.org/D150019
-
Yan Xin authored
It fixes some typos in the language reference. Reviewed By: mehdi_amini Differential Revision: https://reviews.llvm.org/D150046
-
Simon Pilgrim authored
-
Kazu Hirata authored
-
Kazu Hirata authored
The corresponding function definition was removed on Dec 2, 2022 in commit b5e1fc19.
-
Kazu Hirata authored
The corresponding function definition was removed on Sep 27, 2022 in commit 1bd1a440.
-
Feng Wang authored
Similar to D90898 (Linux AArch64) and D124765 (SystemZ). On an Arch Linux RISC-V (riscv64gc), the following code ``` #define _GNU_SOURCE #include <dlfcn.h> #include <libunwind.h> #include <signal.h> #include <stdio.h> #include <stdlib.h> static void handler(int signo) { unw_context_t context; unw_cursor_t cursor; unw_getcontext(&context); unw_init_local(&cursor, &context); unw_word_t pc, sp; do { unw_get_reg(&cursor, UNW_REG_IP, &pc); unw_get_reg(&cursor, UNW_REG_SP, &sp); printf("pc=0x%016zx sp=0x%016zx", (size_t)pc, (size_t)sp); Dl_info info = {}; if (dladdr((void *)pc, &info)) printf(" %s:%s", info.dli_fname, info.dli_sname ? info.dli_sname : ""); puts(""); } while (unw_step(&cursor) > 0); exit(0); } int main() { signal(SIGUSR1, handler); raise(SIGUSR1); return 1; } ``` linked with `-Wl,--export-dynamic` gives an output like ``` pc=0x0000000000010a82 sp=0x00007fffd8a0b910 ./b: pc=0x00007fffa7e77800 sp=0x00007fffd8a0c520 linux-vdso.so.1:__vdso_rt_sigreturn pc=0x00007fffa7d73bee sp=0x00007fffd8a0c960 /usr/lib/libc.so.6: pc=0x00007fffa7d3ed66 sp=0x00007fffd8a0c9b0 /usr/lib/libc.so.6:gsignal pc=0x0000000000010a3c sp=0x00007fffd8a0c9c0 ./b:main pc=0x00007fffa7d2f1d4 sp=0x00007fffd8a0c9e0 /usr/lib/libc.so.6: pc=0x00007fffa7d2f27c sp=0x00007fffd8a0cb10 /usr/lib/libc.so.6:__libc_start_main pc=0x00000000000109a0 sp=0x00007fffd8a0cb60 ./b:_start ``` Co-Authored-By:Fangrui Song <i@maskray.me> Reviewed By: #libunwind, MaskRay Differential Revision: https://reviews.llvm.org/D148499
-
Mark de Wever authored
LWG3759 ranges::rotate_copy should use std::move This has been one in the initial version (D127211). Reviewed By: #libc, ldionne Differential Revision: https://reviews.llvm.org/D142813
-
Jon Roelofs authored
-
Samuel Maina authored
There was a bug in the getAArch64MTV function on the third if statement which returns truth as reported by this issue [[ https://github.com/llvm/llvm-project/issues/61319 |[Clang] Condition is always true which is caused by a possible copy-pasted bug in CGOpenMPRuntime.cpp ]]. All the testcases are passing. The first unit tests I could find are for functions that are 6 levels from this issue. The function is very low level and couldn't find a way to affect it from the higher functions. Reviewed By: jhuber6 Differential Revision: https://reviews.llvm.org/D146370
-
- May 06, 2023
-
-
Kazu Hirata authored
-
Kazu Hirata authored
This is part of an effort to migrate from llvm::Optional to std::optional: https://discourse.llvm.org/t/deprecating-llvm-optional-x-hasvalue-getvalue-getvalueor/63716
-
Kazu Hirata authored
This is part of an effort to migrate from llvm::Optional to std::optional: https://discourse.llvm.org/t/deprecating-llvm-optional-x-hasvalue-getvalue-getvalueor/63716
-
Peter Kasting authored
Fixes https://github.com/llvm/llvm-project/issues/62436. Reviewed By: rsmith Differential Revision: https://reviews.llvm.org/D149713
-
Mark de Wever authored
Unfortunatly not all buildbots are updated. This reverts commit ffb807ab.
-
Simon Pilgrim authored
-
Simon Pilgrim authored
-
Simon Pilgrim authored
Match the addition variants (although computeOverflowForUnsignedSub is really just a placeholder), and use this in DAGCombiner::visitSUBO
-
Jay Foad authored
Give up on erasing an IMPLICIT_DEF if it might be live-in to a call instruction in a basic block with EH pad successors. This fixes a liveness bug that will be diagnosed by MachineVerifer when D149947 lands. Differential Revision: https://reviews.llvm.org/D149954
-
Jay Foad authored
Also add -verify-machineinstrs to make it easier to catch a MachineVerifier failure introduced by D149947. Differential Revision: https://reviews.llvm.org/D149953
-
Jay Foad authored
Differential Revision: https://reviews.llvm.org/D149971
-
Michael Liao authored
-
Simon Pilgrim authored
Extend existing uaddsat(x,y) fold
-
Simon Pilgrim authored
-
Alexey Lapshin authored
PerThreadBumpPtrAllocator allows separating allocations by thread id. That makes allocations race free. It is possible because ThreadPoolExecutor class creates threads, keeps them until the destructor of ThreadPoolExecutor is called, and assigns ids to the threads. Thus PerThreadBumpPtrAllocator should be used with only threads created by ThreadPoolExecutor. This allocator is useful when thread safe BumpPtrAllocator is needed. Reviewed By: MaskRay, dexonsmith, andrewng Differential Revision: https://reviews.llvm.org/D142318
-
Simon Pilgrim authored
Add basic computeOverflowForSignedAdd helper to recognise that sadd overflow can't occur if both operands have more that one sign bit. Add computeOverflowForAdd wrapper that calls computeOverflowForSignedAdd/computeOverflowForUnsignedAdd depending on the IsSigned argument, and use this in DAGCombiner::visitADDO
-
Simon Pilgrim authored
[X86] xaluo.ll - add test coverage showing the failure to recognise when saddo/ssubo will not overflow sadd/ssub with both operands with more than one sign bit will not overflow Alive2: https://alive2.llvm.org/ce/z/a8HmNp
-
Simon Pilgrim authored
-