[llvm-bugs] [Bug 46945] New: always_inline is ignored with the new pass manager
https://bugs.llvm.org/show_bug.cgi?id=46945
Bug ID: 46945
Summary: always_inline is ignored with the new pass manager
Product: clang
Version: trunk
Hardware: PC
OS: All
Status: NEW
Severity: normal
Priority: P
Component: C
Assignee: unassignedclangb...@nondot.org
Reporter: de...@google.com
CC: blitzrak...@gmail.com, dgre...@apple.com,
erik.pilking...@gmail.com, llvm-bugs@lists.llvm.org,
richard-l...@metafoo.co.uk
Created attachment 23804
--> https://bugs.llvm.org/attachment.cgi?id=23804&action=edit
2 cases representing the inline and dead code elimination issues.
QEMU v5.0 build fails with the new pass manager:
ld.lld: error: undefined symbol: qemu_build_not_reached
>>> referenced by cputlb.c:0 (/h/git/qemu/accel/tcg/cputlb.c:0)
>>> accel/tcg/cputlb.o:(store_helper)
The recent QEMU change introduces a sanity check for nested inline functions
with attribute "always_inline":
https://github.com/qemu/qemu/blob/9f1750ed68911bef069b5d9ba5cef8150972bcf1/include/qemu/compiler.h#L232
https://github.com/qemu/qemu/blob/956ae3e9265fd36cb1c487cb3c868e906bd55897/accel/tcg/cputlb.c#L1962
`objdump -t accel/tcg/cputlb.o` shows than "store_helper" is not inlined and
there is a reference to "qemu_build_not_reached".
Without the new pass manager the build passes ("store_helper" is inlined and
dead code with "qemu_build_not_reached" is eliminated).
Here are two test cases from creduce:
1. cputlb_inline.c which shows "store_helper" with "always_inline" not honored
by the new pass manager;
2. cputlb_deadcode.c - dead code is not eliminated by the new pass manager.
Steps to reproduce"
Compare `objdump -t test.o` from:
1. clang -c -O2 -o test1.o cputlb_inline.c
2. clang -c -O2 -o test2.o -fexperimental-new-pass-manager cputlb_inline.c
3. diff <(objdump -t test1.o) <(objdump -t test2.o)
--
You are receiving this mail because:
You are on the CC list for the bug.___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 46947] New: Confusing misaligned atomic operation warning
https://bugs.llvm.org/show_bug.cgi?id=46947
Bug ID: 46947
Summary: Confusing misaligned atomic operation warning
Product: clang
Version: trunk
Hardware: PC
OS: All
Status: NEW
Severity: enhancement
Priority: P
Component: Frontend
Assignee: unassignedclangb...@nondot.org
Reporter: schu...@gmail.com
CC: llvm-bugs@lists.llvm.org, neeil...@live.com,
richard-l...@metafoo.co.uk
For the following code, I get an error:
repro.cpp:13:3: warning: misaligned atomic operation may incur significant
performance penalty [-Watomic-alignment]
__atomic_load(&foo->bar, &dummy, __ATOMIC_RELAXED);
clang believes that the pointer is 8 byte aligned, but foo->bar is actually 16
byte aligned.
#include
struct Foo {
struct Bar {
uint64_t a;
uint64_t b;
};
Bar bar;
};
void braz(Foo *foo) {
Foo::Bar dummy;
__atomic_load(&foo->bar, &dummy, __ATOMIC_RELAXED);
}
--
You are receiving this mail because:
You are on the CC list for the bug.___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 46948] New: operator>>(istream&, double) will consume one character even if failed
https://bugs.llvm.org/show_bug.cgi?id=46948 Bug ID: 46948 Summary: operator>>(istream&, double) will consume one character even if failed Product: libc++ Version: unspecified Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P Component: All Bugs Assignee: unassignedclangb...@nondot.org Reporter: yichen@inf.ethz.ch CC: llvm-bugs@lists.llvm.org, mclow.li...@gmail.com Created attachment 23805 --> https://bugs.llvm.org/attachment.cgi?id=23805&action=edit repro.cc -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 46949] New: Opportunity to remove null pointer checks (IPO)
https://bugs.llvm.org/show_bug.cgi?id=46949
Bug ID: 46949
Summary: Opportunity to remove null pointer checks (IPO)
Product: libraries
Version: trunk
Hardware: PC
OS: Linux
Status: NEW
Severity: enhancement
Priority: P
Component: Interprocedural Optimizations
Assignee: unassignedb...@nondot.org
Reporter: david.bolvan...@gmail.com
CC: llvm-bugs@lists.llvm.org
void clean(void);
__attribute__((noinline))
static void check(void *p)
{
if (!p)
clean();
}
void foo(void *p, void *q)
{
if (p)
check(p);
if (q)
check(q);
}
void bar(void *p, void *q)
{
check(p);
check(q);
}
foo(void*, void*): # @foo(void*, void*)
pushrbx
mov rbx, rsi
testrdi, rdi
je .LBB0_2
callcheck(void*)
.LBB0_2:
testrbx, rbx
je .LBB0_3
mov rdi, rbx
pop rbx
jmp check(void*) # TAILCALL
.LBB0_3:
pop rbx
ret
check(void*):# @check(void*)
testrdi, rdi
je .LBB1_2
ret
.LBB1_2:
jmp clean() # TAILCALL
bar(void*, void*): # @bar(void*, void*)
pushrbx
mov rbx, rsi
callcheck(void*)
mov rdi, rbx
pop rbx
jmp check(void*) # TAILCALL
There is a missed opportunity to remove null pointer checks (optimize "foo" to
"bar").
https://godbolt.org/z/or9oW5
--
You are receiving this mail because:
You are on the CC list for the bug.___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 45586] LTO on ARM does not work
https://bugs.llvm.org/show_bug.cgi?id=45586 Fangrui Song changed: What|Removed |Added Resolution|--- |INVALID Status|NEW |RESOLVED CC||i...@maskray.me -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 46950] New: ICE: UNREACHABLE executed at llvm/lib/Transforms/Vectorize/LoopVectorize.cpp:6481!
https://bugs.llvm.org/show_bug.cgi?id=46950 Bug ID: 46950 Summary: ICE: UNREACHABLE executed at llvm/lib/Transforms/Vectorize/LoopVectorize.cpp:6481! Product: new-bugs Version: trunk Hardware: PC OS: Linux Status: NEW Severity: enhancement Priority: P Component: new bugs Assignee: unassignedb...@nondot.org Reporter: vsevolod.livins...@frtk.ru CC: htmldevelo...@gmail.com, llvm-bugs@lists.llvm.org Error: >$ clang++ -O2 func.cpp -c Instr did not go through cost modelling? UNREACHABLE executed at llvm/lib/Transforms/Vectorize/LoopVectorize.cpp:6481! PLEASE submit a bug report to https://bugs.llvm.org/ and include the crash backtrace, preprocessed source, and associated run script. Stack dump: 0. Program arguments: clang++ -O2 func.cpp -c 1. parser at end of file 2. Per-module optimization passes 3. Running pass 'Function Pass Manager' on module 'func.cpp'. 4. Running pass 'Loop Vectorization' on function '@_Z4testv' #0 0x55e4c6f287fe llvm::sys::PrintStackTrace(llvm::raw_ostream&) (clang-12+0x23de7fe) #1 0x55e4c6f265d4 llvm::sys::RunSignalHandlers() (clang-12+0x23dc5d4) #2 0x55e4c6f26851 llvm::sys::CleanupOnSignal(unsigned long) (clang-12+0x23dc851) #3 0x55e4c6e93248 CrashRecoverySignalHandler(int) (clang-12+0x2349248) #4 0x7f910ef56540 __restore_rt (/lib/x86_64-linux-gnu/libpthread.so.0+0x15540) #5 0x7f910e9eb3eb raise /build/glibc-5mDdLG/glibc-2.30/signal/../sysdeps/unix/sysv/linux/raise.c:51:1 #6 0x7f910e9ca899 abort /build/glibc-5mDdLG/glibc-2.30/stdlib/abort.c:81:7 #7 0x55e4c6e9b03e (clang-12+0x235103e) #8 0x55e4c70c5104 llvm::LoopVectorizationCostModel::getInstructionCost(llvm::Instruction*, unsigned int, llvm::Type*&)::'lambda'(llvm::Instruction*)::operator()(llvm::Instruction*) const (.isra.0) (clang-12+0x257b104) #9 0x55e4c70d8e7e llvm::LoopVectorizationCostModel::getInstructionCost(llvm::Instruction*, unsigned int, llvm::Type*&) (clang-12+0x258ee7e) #10 0x55e4c70dd825 llvm::LoopVectorizationCostModel::getInstructionCost(llvm::Instruction*, unsigned int) (.localalias) (clang-12+0x2593825) #11 0x55e4c70de673 llvm::LoopVectorizationCostModel::expectedCost(unsigned int) (clang-12+0x2594673) #12 0x55e4c70deb39 llvm::LoopVectorizationCostModel::selectVectorizationFactor(unsigned int) (clang-12+0x2594b39) #13 0x55e4c70f1a0c llvm::LoopVectorizationPlanner::plan(unsigned int, unsigned int) (clang-12+0x25a7a0c) #14 0x55e4c70f435e llvm::LoopVectorizePass::processLoop(llvm::Loop*) (clang-12+0x25aa35e) #15 0x55e4c70f6d60 llvm::LoopVectorizePass::runImpl(llvm::Function&, llvm::ScalarEvolution&, llvm::LoopInfo&, llvm::TargetTransformInfo&, llvm::DominatorTree&, llvm::BlockFrequencyInfo&, llvm::TargetLibraryInfo*, llvm::DemandedBits&, llvm::AAResults&, llvm::AssumptionCache&, std::function&, llvm::OptimizationRemarkEmitter&, llvm::ProfileSummaryInfo*) (clang-12+0x25acd60) #16 0x55e4c70f71f7 (anonymous namespace)::LoopVectorize::runOnFunction(llvm::Function&) (clang-12+0x25ad1f7) #17 0x55e4c685d911 llvm::FPPassManager::runOnFunction(llvm::Function&) (clang-12+0x1d13911) #18 0x55e4c685e009 llvm::FPPassManager::runOnModule(llvm::Module&) (clang-12+0x1d14009) #19 0x55e4c685caac llvm::legacy::PassManagerImpl::run(llvm::Module&) (clang-12+0x1d12aac) #20 0x55e4c71d4bb9 (anonymous namespace)::EmitAssemblyHelper::EmitAssembly(clang::BackendAction, std::unique_ptr >) (clang-12+0x268abb9) #21 0x55e4c71d66b5 clang::EmitBackendOutput(clang::DiagnosticsEngine&, clang::HeaderSearchOptions const&, clang::CodeGenOptions const&, clang::TargetOptions const&, clang::LangOptions const&, llvm::DataLayout const&, llvm::Module*, clang::BackendAction, std::unique_ptr >) (clang-12+0x268c6b5) #22 0x55e4c7ed4781 clang::BackendConsumer::HandleTranslationUnit(clang::ASTContext&) (clang-12+0x338a781) #23 0x55e4c8d15cb9 clang::ParseAST(clang::Sema&, bool, bool) (clang-12+0x41cbcb9) #24 0x55e4c7ed31c8 clang::CodeGenAction::ExecuteAction() (clang-12+0x33891c8) #25 0x55e4c7808389 clang::FrontendAction::Execute() (clang-12+0x2cbe389) #26 0x55e4c77bf066 clang::CompilerInstance::ExecuteAction(clang::FrontendAction&) (clang-12+0x2c75066) #27 0x55e4c78dc780 clang::ExecuteCompilerInvocation(clang::CompilerInstance*) (clang-12+0x2d92780) #28 0x55e4c57a4a71 cc1_main(llvm::ArrayRef, char const*, void*) (clang-12+0xc5aa71) #29 0x55e4c57a1da8 ExecuteCC1Tool(llvm::SmallVectorImpl&) (clang-12+0xc57da8) #30 0x55e4c767e289 void llvm::function_ref::callback_fn >, std::__cxx11::basic_string, std::allocator >*, bool*) const::'lambda'()>(long) (clang-12+0x2b34289) #31 0x55e4c6e933cc llvm::CrashRecoveryContext::RunSafely(llvm::function_ref) (clang-12+0x23493cc) #32 0x55e4c767eba6 clang::driver::CC1Command::Execute(llvm::ArrayRef >, std::_
[llvm-bugs] [Bug 46951] New: Crash when request debug output for WASM
https://bugs.llvm.org/show_bug.cgi?id=46951 Bug ID: 46951 Summary: Crash when request debug output for WASM Product: clang Version: unspecified Hardware: PC OS: All Status: NEW Severity: enhancement Priority: P Component: LLVM Codegen Assignee: unassignedclangb...@nondot.org Reporter: eustas...@gmail.com CC: llvm-bugs@lists.llvm.org, neeil...@live.com, richard-l...@metafoo.co.uk Created attachment 23806 --> https://bugs.llvm.org/attachment.cgi?id=23806&action=edit preprocessed source Tried to get "optimized" WASM output but with preserved names, added "-gembed-source" to compilation flags. Compiler said that this wont work without "-gdwarf-5". Added it as well -> compiler crashed. -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 46952] New: movl nearer, %ebx in .code16 block needs to have 16-bit displacement (required by grub)
https://bugs.llvm.org/show_bug.cgi?id=46952 Bug ID: 46952 Summary: movl nearer, %ebx in .code16 block needs to have 16-bit displacement (required by grub) Product: libraries Version: trunk Hardware: PC OS: Linux Status: NEW Severity: enhancement Priority: P Component: Backend: X86 Assignee: unassignedb...@nondot.org Reporter: i...@maskray.me CC: craig.top...@gmail.com, llvm-bugs@lists.llvm.org, llvm-...@redking.me.uk, spatel+l...@rotateright.com grub cannot be assembled by integrated assembler because movl nearer, %ebx in a .code16 block has 32-bit displacement instead of 16-bit. There is a configure-time test catching MC's discrepancy https://github.com/coreos/grub/commit/a0bf403f66dbaca4edd8e667bfc397dd91c8d71c git clone https://github.com/coreos/grub cd grub % clang -c asm-tests/i386-pc.S asm-tests/i386-pc.S:13:7: error: invalid .org offset '11' (at offset '14') .org 11 ^ asm-tests/i386-pc.S:13:7: error: invalid .org offset '11' (at offset '14') .org 11 ^ asm-tests/i386-pc.S:13:7: error: invalid .org offset '11' (at offset '14') .org 11 ^ The integrated assembler emits: % llvm-mc -triple=i386 a.s --show-encoding --show-inst .text .code16 movlnearer, %ebx# encoding: [0x67,0x66,0x8b,0x1d,A,A,A,A] # fixup A - offset: 4, value: nearer, kind: FK_Data_4 The expected GNU as behavior: % as asm-tests/i386-pc.S -o a.o % objdump -mi386 -Maddr16,data16 --start-address=6 -dr a.o L a.o: file format elf64-x86-64 Disassembly of section .text: 0006 : 6: 66 8b 1e 00 00 mov0x0,%ebx 9: R_X86_64_16 .text+0x6f ... 006f : ... 0137 : ... -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 46953] New: Modules crash with pure virtual base method
https://bugs.llvm.org/show_bug.cgi?id=46953 Bug ID: 46953 Summary: Modules crash with pure virtual base method Product: clang Version: trunk Hardware: PC OS: All Status: NEW Severity: enhancement Priority: P Component: Modules Assignee: unassignedclangb...@nondot.org Reporter: andrew...@gmail.com CC: dgre...@apple.com, llvm-bugs@lists.llvm.org, richard-l...@metafoo.co.uk Repro test case: https://reviews.llvm.org/D85084, output: https://reviews.llvm.org/P8228. I tried to reduce the test case as much as possible, but the setup is still a bit complicated. The crash itself appears in `clang::CXXRecordDecl::markedVirtualFunctionPure()`. -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 46954] New: Suboptimal __builtin_parity/popcount codegen for generic x86
https://bugs.llvm.org/show_bug.cgi?id=46954
Bug ID: 46954
Summary: Suboptimal __builtin_parity/popcount codegen for
generic x86
Product: libraries
Version: trunk
Hardware: PC
OS: Linux
Status: NEW
Severity: enhancement
Priority: P
Component: Backend: X86
Assignee: unassignedb...@nondot.org
Reporter: david.bolvan...@gmail.com
CC: craig.top...@gmail.com, llvm-bugs@lists.llvm.org,
llvm-...@redking.me.uk, spatel+l...@rotateright.com
unsigned int foo(unsigned int x, unsigned int y)
{
return __builtin_parity(x ^ y);
}
Clang
foo(unsigned int, unsigned int): # @foo(unsigned
int, unsigned int)
xor edi, esi
mov ecx, edi
shr ecx, 16
xor ecx, edi
mov edx, ecx
shr edx, 8
xor eax, eax
xor dl, cl
setnp al
ret
GCC:
foo(unsigned int, unsigned int):
mov eax, edi
xor eax, esi
mov edx, eax
shr edx, 16
xor eax, edx
xor al, ah
setnp al
movzx eax, al
ret
Eliminate extra shr?
***
unsigned int fooll(unsigned int x, unsigned int y)
{
return __builtin_parityll(x ^ y);
}
GCC produces same code.
Clang produces:
foo(unsigned int, unsigned int): # @foo(unsigned
int, unsigned int)
xor edi, esi
mov rax, rdi
shr rax
and eax, 1431655765
sub rdi, rax
movabs rax, 3689348814741910323
mov rcx, rdi
and rcx, rax
shr rdi, 2
and rdi, rax
add rdi, rcx
mov rax, rdi
shr rax, 4
add rax, rdi
movabs rcx, 76296276040158991
and rcx, rax
movabs rax, 72340172838076673
imulrax, rcx
shr rax, 56
and eax, 1
ret
unsigned long fooll(unsigned long x, unsigned long y)
{
return __builtin_parityll(x ^ y);
}
Codegene: https://godbolt.org/z/G9zbGr
--
You are receiving this mail because:
You are on the CC list for the bug.___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 46955] New: Missed simplification (A|C)^(B|C) ->
https://bugs.llvm.org/show_bug.cgi?id=46955
Bug ID: 46955
Summary: Missed simplification (A|C)^(B|C) ->
Product: libraries
Version: trunk
Hardware: PC
OS: Linux
Status: NEW
Severity: enhancement
Priority: P
Component: Scalar Optimizations
Assignee: unassignedb...@nondot.org
Reporter: david.bolvan...@gmail.com
CC: llvm-bugs@lists.llvm.org
#define C 4
unsigned int test(unsigned int A, unsigned int B, unsigned int CC)
{
return (A|C)^(B|C);
}
unsigned int test2(unsigned int A, unsigned int B, unsigned int CC)
{
return (A^B)&~C;
}
Clang
test(unsigned int, unsigned int, unsigned int): #
@test(unsigned int, unsigned int, unsigned int)
mov eax, esi
or edi, 4
or eax, 4
xor eax, edi
ret
test2(unsigned int, unsigned int, unsigned int):#
@test2(unsigned int, unsigned int, unsigned int)
mov eax, edi
xor eax, esi
and eax, -5
ret
GCC
test(unsigned int, unsigned int, unsigned int):
xor esi, edi
mov eax, esi
and eax, -5
ret
test2(unsigned int, unsigned int, unsigned int):
xor edi, esi
mov eax, edi
and eax, -5
ret
https://godbolt.org/z/3McGvb
--
You are receiving this mail because:
You are on the CC list for the bug.___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 46169] --wrap: don't leave __wrap_foo in .dynsym if it is unused
https://bugs.llvm.org/show_bug.cgi?id=46169 Fangrui Song changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #1 from Fangrui Song --- Fixed by e281376e996e37fb6411363510e917b5b2c53c89 (target: LLD 12) -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 30720] [LTO] Try to be option compatible with the gold plugin
https://bugs.llvm.org/show_bug.cgi?id=30720 Fangrui Song changed: What|Removed |Added CC||i...@maskray.me Resolution|--- |FIXED Status|REOPENED|RESOLVED -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 35439] lld produces more dynamic relocations in executable than gold
https://bugs.llvm.org/show_bug.cgi?id=35439 Fangrui Song changed: What|Removed |Added Resolution|--- |INVALID Status|NEW |RESOLVED CC||i...@maskray.me --- Comment #1 from Fangrui Song --- At least with latest gold (binutils 2.34), gold produces two R_X86_64_64 as well. It has a bug that if `.type foo,@function` it will create an unnecessary R_X86_64_JUMP_SLOT. -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 45630] lld fails to link target with `missing entry main`.
https://bugs.llvm.org/show_bug.cgi?id=45630 Fangrui Song changed: What|Removed |Added Resolution|--- |INVALID Status|NEW |RESOLVED -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 30815] linking OpenBSD/amd64 kernel
https://bugs.llvm.org/show_bug.cgi?id=30815 Fangrui Song changed: What|Removed |Added CC||i...@maskray.me Resolution|--- |INVALID Status|NEW |RESOLVED --- Comment #2 from Fangrui Song --- Closing the old bug as there is not any action item. -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 46834] Self assignment of code symbols fails in linker scripts
https://bugs.llvm.org/show_bug.cgi?id=46834 Fangrui Song changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE CC||i...@maskray.me --- Comment #1 from Fangrui Song --- *** This bug has been marked as a duplicate of bug 40396 *** -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 42806] Creating a dep file
https://bugs.llvm.org/show_bug.cgi?id=42806 Fangrui Song changed: What|Removed |Added CC||i...@maskray.me Resolution|--- |FIXED Status|NEW |RESOLVED --- Comment #3 from Fangrui Song --- https://reviews.llvm.org/D82437 -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
