[llvm-bugs] [Bug 50612] New: Problem in Linking CXX shared library ../../lib/libLTO.so
https://bugs.llvm.org/show_bug.cgi?id=50612 Bug ID: 50612 Summary: Problem in Linking CXX shared library ../../lib/libLTO.so Product: clang Version: trunk Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P Component: LLVM Codegen Assignee: unassignedclangb...@nondot.org Reporter: imanoj.ban...@gmail.com CC: llvm-bugs@lists.llvm.org, neeil...@live.com, richard-l...@metafoo.co.uk Created attachment 24921 --> https://bugs.llvm.org/attachment.cgi?id=24921&action=edit make output log (after running make second time) Hello, I have followed the following sequence to build and make Clang Project on my Ubuntu PC (installed with Ubuntu 20.10) - Step 1- git clone https://github.com/llvm/llvm-project.git Step 2- cd llvm-project Step 3- mkdir build Step 4- cd build Step 5- cmake -DLLVM_ENABLE_PROJECTS=clang -G "Unix Makefiles" ../llvm Step 6- make I was able to complete cmake without any issue. During make process: all LLVM files are compiled except few due to missing header files in CMakeError, and finally the program was struck during libLTO linking process... I have run it two times: In the first trial program was automatically terminated after continuing trials for 5-6 hours after displaying some error messages. In the second trial (after enabling verbose flag), after observing the similar situation for continuing this trial for around 3 hours, I have terminated this program. Please see the terminal display log as per attachment and let me know what additional input is required. In my PC, I have following configuration - CMake : 3.16.3 GCC : 10.2.0 Python: 3.8.5 zlib1g: 1:1.2.11.dfsg-2ubuntu4 GNU Make: 4.3 -- 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 50613] New: simple-register-coalescing fails to update/invalidate DBG_VALUE
https://bugs.llvm.org/show_bug.cgi?id=50613 Bug ID: 50613 Summary: simple-register-coalescing fails to update/invalidate DBG_VALUE Product: new-bugs Version: trunk Hardware: PC OS: All Status: NEW Severity: normal Priority: P Component: new bugs Assignee: unassignedb...@nondot.org Reporter: markus.la...@ericsson.com CC: htmldevelo...@gmail.com, llvm-bugs@lists.llvm.org Created attachment 24922 --> https://bugs.llvm.org/attachment.cgi?id=24922&action=edit Reproducer input for Arm target. With input as follows --- bb.0: liveins: $r0 %4:gpr = COPY $r0 %9:gpr = COPY %4 %9:gpr = ADDri %9, 4, 14, $noreg, $noreg %12:gpr = COPY %9 B %bb.1 bb.1: %10:gpr = COPY %12 DBG_VALUE %4, $noreg, !10, !DIExpression(), debug-location !8 %11:gpr = COPY %10 %11:gpr = ADDri %11, 4, 14, $noreg, $noreg %12:gpr = COPY %11 B %bb.1 --- after issuing $ llc dbg-coalesc-arm-reduced.mir -run-pass=liveintervals -run-pass=simple-register-coalescing -o - -debug-only=regalloc we get --- bb.0: successors: %bb.1(0x8000) liveins: $r0 %2:gpr = COPY $r0 %2:gpr = ADDri %2, 4, 14 /* CC::al */, $noreg, $noreg B %bb.1 bb.1: successors: %bb.1(0x8000) DBG_VALUE %2, $noreg, <0xa03e470>, !DIExpression(), debug-location !DILocation(line: 1, column: 1, scope: <0xa03e520>) %2:gpr = ADDri %2, 4, 14 /* CC::al */, $noreg, $noreg B %bb.1 --- That is the DBG_VALUE is now using a register with different value (previously $r0 but now $r0+4). I believe this situation should be handled by --- commit d9c9a4e48d286a04d09a8fdea87f486a9ec02cd0 Author: Jeremy Morse Date: Mon Nov 25 13:38:27 2019 + [DebugInfo] Avoid register coalesing unsoundly changing DBG_VALUE locations --- PS. It took a while to get to this reproducer so obviously it does handle quite a few similar situations. -- 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 50614] New: __has_declspec_attribute falsely reports some attrs as supported for MinGW and Cygwin targets
https://bugs.llvm.org/show_bug.cgi?id=50614
Bug ID: 50614
Summary: __has_declspec_attribute falsely reports some attrs as
supported for MinGW and Cygwin targets
Product: clang
Version: 12.0
Hardware: PC
OS: Linux
Status: NEW
Severity: enhancement
Priority: P
Component: -New Bugs
Assignee: unassignedclangb...@nondot.org
Reporter: xtk...@gmail.com
CC: htmldevelo...@gmail.com, llvm-bugs@lists.llvm.org,
neeil...@live.com, richard-l...@metafoo.co.uk
Created attachment 24923
--> https://bugs.llvm.org/attachment.cgi?id=24923&action=edit
Repro
It is true that the warnings for this specific repro can be silenced by adding
the -fms-extensions option, but this option causes other problems in practice
(causing function redefinition errors) and so I think I cannot use it.
$ cat mingw-declspec.c
#if __has_declspec_attribute(noalias)
__declspec(noalias)
#else
#warning no declspec noalias
#endif
void foo(void *a, void *b);
struct
#if __has_declspec_attribute(align)
__declspec(align(8))
#else
#warning no declspec align
#endif
bar { int i, j; } baz;
$ clang --target=x86_64-w64-mingw32 -fdeclspec -c mingw-declspec.c
mingw-declspec.c:3:12: warning: unknown attribute 'noalias' ignored
[-Wunknown-attributes]
__declspec(noalias)
^~~
:343:38: note: expanded from here
#define __declspec(a) __attribute__((a))
^
mingw-declspec.c:11:12: warning: unknown attribute 'align' ignored
[-Wunknown-attributes]
__declspec(align(8))
^~~~
:343:38: note: expanded from here
#define __declspec(a) __attribute__((a))
^
2 warnings generated.
--
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 50615] New: Miscompile with "[X86FixupLEAs] Transform the sequence LEA/SUB to SUB/SUB"
https://bugs.llvm.org/show_bug.cgi?id=50615 Bug ID: 50615 Summary: Miscompile with "[X86FixupLEAs] Transform the sequence LEA/SUB to SUB/SUB" Product: new-bugs Version: trunk Hardware: PC OS: Windows NT Status: NEW Severity: enhancement Priority: P Component: new bugs Assignee: unassignedb...@nondot.org Reporter: max.kazant...@azul.com CC: htmldevelo...@gmail.com, llvm-bugs@lists.llvm.org Created attachment 24925 --> https://bugs.llvm.org/attachment.cgi?id=24925&action=edit Resulting assembly (good and bad) The miscompile is caused by the following patch: commit 1b748faf2bae246e2fc77d88420df13c2e60f4df Author: Guozhi Wei Date: Tue Jun 1 10:31:30 2021 -0700 [X86FixupLEAs] Transform the sequence LEA/SUB to SUB/SUB This patch transforms the sequence lea (reg1, reg2), reg3 sub reg3, reg4 to two sub instructions sub reg1, reg4 sub reg2, reg4 Similar optimization can also be applied to LEA/ADD sequence. The modifications to TwoAddressInstructionPass is to ensure the operands of ADD instruction has expected order (the dest register of LEA should be src register of ADD). Differential Revision: https://reviews.llvm.org/D101970 The prior revision of this patch was reverted due to a miscompile. We are sill observing a miscompile, original test is written in Java and I could not easily make a C++ repro. In attachment - resulting assembly for bad (current trunk) and good (with the problematic patch reverted) cases, and llc logs with -print-after-all/print-before-all for each of them -- 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 50617] New: llvm got crash in GCNDPPCombine pass when I compile the rocPRIM test
https://bugs.llvm.org/show_bug.cgi?id=50617 Bug ID: 50617 Summary: llvm got crash in GCNDPPCombine pass when I compile the rocPRIM test Product: libraries Version: 12.0 Hardware: PC OS: Linux Status: NEW Severity: enhancement Priority: P Component: Backend: AMDGPU Assignee: unassignedb...@nondot.org Reporter: qishi...@163.com CC: llvm-bugs@lists.llvm.org it crash at function execMayBeModifiedBeforeAnyUse(const MachineRegisterInfo &MRI, Register VReg, const MachineInstr &DefMI) the input IR Instr (arg DefMI of the function ) is at line 17628 in the crash.log the crash log and the IR before GCN DPP Combine pass is attached. -- 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 50618] New: Binary inconsistency problems with occasional precedence
https://bugs.llvm.org/show_bug.cgi?id=50618 Bug ID: 50618 Summary: Binary inconsistency problems with occasional precedence Product: clang Version: 10.0 Hardware: PC OS: Windows NT Status: NEW Severity: normal Priority: P Component: C++11 Assignee: unassignedclangb...@nondot.org Reporter: 2077213...@qq.com CC: blitzrak...@gmail.com, dgre...@apple.com, erik.pilking...@gmail.com, llvm-bugs@lists.llvm.org, richard-l...@metafoo.co.uk When I compile llvm10.0.1 with clang 8.0.1, there is a probability that binary inconsistency occurs, and only clang is inconsistent, with assembly differences generated by several .o files, and sometimes extra functions. Sometimes it doesn't. I ran the build in exactly the same environment, and there was no change in the build parameters or code location.Repeated builds about 20 times will make a difference. I recorded a difference in .o, which adds some smart pointer functions. InterfaceStubFunctionsConsumer.cpp.o I don't have any good ideas. Is this a known problem? -../../../ok_2/obj/build-llvm/tools/clang/lib/Frontend/CMakeFiles/obj.clangFrontend.dir/InterfaceStubFunctionsConsumer.cpp.o: file format elf64-x86-64 +./tools/clang/lib/Frontend/CMakeFiles/obj.clangFrontend.dir/InterfaceStubFunctionsConsumer.cpp.o: file format elf64-x86-64 Disassembly of section .text._ZN5clang31GenerateInterfaceIfsExpV1Action17CreateASTConsumerERNS_16CompilerInstanceEN4llvm9StringRefE: : + 0: 41 56 push %r14 + 2: 53push %rbx + 3: 48 83 ec 18 sub$0x18,%rsp + 7: 48 89 fb mov%rdi,%rbx + a: 64 48 8b 04 25 28 00 mov%fs:0x28,%rax + 11: 00 00 + 13: 48 89 44 24 10mov%rax,0x10(%rsp) + 18: 4c 8d 74 24 08lea0x8(%rsp),%r14 + 1d: 4c 89 f7 mov%r14,%rdi + 20: 48 89 d6 mov%rdx,%rsi + 23: 48 89 ca mov%rcx,%rdx + 26: 4c 89 c1 mov%r8,%rcx + 29: e8 00 00 00 00callq 2e + 2e: 48 89 df mov%rbx,%rdi + 31: 4c 89 f6 mov%r14,%rsi + 34: e8 00 00 00 00callq 39 + 39: 4c 89 f7 mov%r14,%rdi + 3c: e8 00 00 00 00callq 41 + 41: 64 48 8b 04 25 28 00 mov%fs:0x28,%rax + 48: 00 00 + 4a: 48 3b 44 24 10cmp0x10(%rsp),%rax + 4f: 75 0b jne5c + 51: 48 89 d8 mov%rbx,%rax + 54: 48 83 c4 18 add$0x18,%rsp + 58: 5bpop%rbx + 59: 41 5e pop%r14 + 5b: c3retq + 5c: e8 00 00 00 00callq 61 <.L.str.4+0x7> + +Disassembly of section .text._ZSt11make_uniqueIN12_GLOBAL__N_130InterfaceStubFunctionsConsumerEJRN5clang16CompilerInstanceERN4llvm9StringRefERA20_KcEENSt9_MakeUniqIT_E15__single_objectEDpOT0_: + + ::__single_object std::make_unique<(anonymous namespace)::InterfaceStubFunctionsConsumer, clang::CompilerInstance&, llvm::StringRef&, char const (&) [20]>(clang::CompilerInstance&, llvm::StringRef&, char const (&) [20])>: 0: 41 57 push %r15 2: 41 56 push %r14 4: 41 54 push %r12 6: 53push %rbx 7: 50push %rax - 8: 4d 89 c6 mov%r8,%r14 - b: 49 89 cf mov%rcx,%r15 - e: 49 89 d4 mov%rdx,%r12 - 11: 48 89 fb mov%rdi,%rbx + 8: 49 89 ce mov%rcx,%r14 + b: 49 89 d7 mov%rdx,%r15 + e: 48 89 f3 mov%rsi,%rbx + 11: 49 89 fc mov%rdi,%r12 - 79: 41 5c pop%r12 - 7b: 41 5e pop%r14 - 7d: 41 5f pop%r15 - 7f: c3retq + 6e: 49 89 04 24 mov%rax,(%r12) + 72: 48 83 c4 08 add$0x8,%rsp + 76: 5bpop%rbx + 77: 41 5c pop%r12 + 79: 41 5e pop%r14 + 7b: 41 5f pop%r15 + 7d: c3retq + +Disassembly of section .text._ZNSt10unique_ptrIN5clang11ASTConsumerESt14default_deleteIS1_EEC2IN12_GLOBAL__N_130InterfaceStubFunctionsConsumerES2_IS7_EvEEOS_IT_T0_E: + + >::unique_ptr<(anonymous namespace)::InterfaceStubFunctionsConsumer, std::default_delete<(anonymous namespace)::InterfaceStubFunctionsConsumer>, void>(std::unique_ptr<(anonymous namespace)::InterfaceStubFunctionsConsumer, std::default_delete<(anonymous namespace)::InterfaceStubFunctionsConsumer> >&&)>: + 0: 48 8b 06 mov(%rsi),%rax + 3: 48 c7 06 00 00 00 00 movq $0x0,(%rsi) + a: 48 89 07 m
[llvm-bugs] [Bug 50609] Crash in Codegen for X86 on latest trunk
https://bugs.llvm.org/show_bug.cgi?id=50609 Simon Pilgrim changed: What|Removed |Added Fixed By Commit(s)||61a2d6bfe48cf3da4b95d1383bf ||866690287f8e8 Status|NEW |RESOLVED Resolution|--- |FIXED -- 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 50619] New: Assert in OpenMP program when parsing use_allocator clause on target directive
https://bugs.llvm.org/show_bug.cgi?id=50619
Bug ID: 50619
Summary: Assert in OpenMP program when parsing use_allocator
clause on target directive
Product: clang
Version: trunk
Hardware: PC
OS: Windows NT
Status: NEW
Severity: enhancement
Priority: P
Component: C
Assignee: unassignedclangb...@nondot.org
Reporter: carlo.berto...@amd.com
CC: blitzrak...@gmail.com, dgre...@apple.com,
erik.pilking...@gmail.com, llvm-bugs@lists.llvm.org,
richard-l...@metafoo.co.uk
Created attachment 24930
--> https://bugs.llvm.org/attachment.cgi?id=24930&action=edit
Input program provoking compiler assert
See attachment for source.
This only shows up for amdgpu target.
Build command:
clang -fopenmp -fopenmp-targets=amdgcn-amd-amdhsa alloc_cgroup.c
Assert:
clang-13:
/work/cbertoll/trunk/llvm-project/clang/lib/Parse/ParseExprCXX.cpp:159: bool
clang::Parser::ParseOptionalCXXScopeSpecifier(clang::CXXScopeSpec&,
clang::ParsedType, bool, bool, bool*, bool, clang::IdentifierInfo**, bool,
bool): Assertion `getLangOpts().CPlusPlus && "Call sites of this function
should be guarded by checking for C++"' failed.
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: /work/cbertoll/trunk/build/bin/clang-13 -cc1 -triple
x86_64-unknown-linux-gnu -emit-obj -mrelax-all --mrelax-relocations
-disable-free -main-file-name alloc_cgroup.c -mrelocation-model static
-mframe-pointer=all -fmath-errno -fno-rounding-math -mconstructor-aliases
-munwind-tables -target-cpu x86-64 -tune-cpu generic -debugger-tuning=gdb
-fcoverage-compilation-dir=/work/cbertoll/git/aomp13/aomp/test/smoke-fails/alloc_cgroup
-resource-dir /work/cbertoll/trunk/build/lib/clang/13.0.0 -internal-isystem
/work/cbertoll/trunk/build/lib/clang/13.0.0/include -internal-isystem
/usr/local/include -internal-isystem
/usr/lib/gcc/x86_64-linux-gnu/7.5.0/../../../../x86_64-linux-gnu/include
-internal-externc-isystem /usr/include/x86_64-linux-gnu
-internal-externc-isystem /include -internal-externc-isystem /usr/include
-fdebug-compilation-dir=/work/cbertoll/git/aomp13/aomp/test/smoke-fails/alloc_cgroup
-ferror-limit 19 -fopenmp -fopenmp-cuda-parallel-target-regions
-fgnuc-version=4.2.1 -fcolor-diagnostics -faddrsig
-D__GCC_HAVE_DWARF2_CFI_ASM=1 -o /tmp/alloc_cgroup-6bdfd6.o -x c alloc_cgroup.c
1. alloc_cgroup.c:29:36: current parser token 'omp_cgroup_mem_alloc'
2. alloc_cgroup.c:17:35: parsing function body
'test_uses_allocators_cgroup'
3. alloc_cgroup.c:17:35: in compound statement ('{}')
#0 0x559ac83a53ff PrintStackTraceSignalHandler(void*) Signals.cpp:0:0
#1 0x559ac83a2c4d SignalHandler(int) Signals.cpp:0:0
#2 0x7fa68cf59980 __restore_rt
(/lib/x86_64-linux-gnu/libpthread.so.0+0x12980)
#3 0x7fa68bc0afb7 raise
/build/glibc-S7xCS9/glibc-2.27/signal/../sysdeps/unix/sysv/linux/raise.c:51:0
#4 0x7fa68bc0c921 abort /build/glibc-S7xCS9/glibc-2.27/stdlib/abort.c:81:0
#5 0x7fa68bbfc48a __assert_fail_base
/build/glibc-S7xCS9/glibc-2.27/assert/assert.c:89:0
#6 0x7fa68bbfc502 (/lib/x86_64-linux-gnu/libc.so.6+0x30502)
#7 0x559ac9f4c941
clang::Parser::ParseOptionalCXXScopeSpecifier(clang::CXXScopeSpec&,
clang::OpaquePtr, bool, bool, bool*, bool,
clang::IdentifierInfo**, bool, bool)
(/work/cbertoll/trunk/build/bin/clang-13+0x4235941)
#8 0x559ac9f4de39 clang::Parser::ParseCXXIdExpression(bool)
(/work/cbertoll/trunk/build/bin/clang-13+0x4236e39)
#9 0x559ac9f6aae8
clang::Parser::ParseOpenMPUsesAllocatorClause(llvm::omp::Directive)
(/work/cbertoll/trunk/build/bin/clang-13+0x4253ae8)
#10 0x559ac9f6f3be clang::Parser::ParseOpenMPClause(llvm::omp::Directive,
llvm::omp::Clause, bool) (/work/cbertoll/trunk/build/bin/clang-13+0x42583be)
#11 0x559ac9f7357f
clang::Parser::ParseOpenMPDeclarativeOrExecutableDirective(clang::Parser::ParsedStmtContext)
(/work/cbertoll/trunk/build/bin/clang-13+0x425c57f)
#12 0x559ac9f90228
clang::Parser::ParseStatementOrDeclarationAfterAttributes(llvm::SmallVector&, clang::Parser::ParsedStmtContext, clang::SourceLocation*,
clang::ParsedAttributesWithRange&)
(/work/cbertoll/trunk/build/bin/clang-13+0x4279228)
#13 0x559ac9f9145c
clang::Parser::ParseStatementOrDeclaration(llvm::SmallVector&, clang::Parser::ParsedStmtContext, clang::SourceLocation*)
(/work/cbertoll/trunk/build/bin/clang-13+0x427a45c)
#14 0x559ac9f8dffb clang::Parser::ParseCompoundStatementBody(bool)
(/work/cbertoll/trunk/build/bin/clang-13+0x4276ffb)
#15 0x559ac9f8e4bb clang::Parser::ParseFunctionStatementBody(clang::Decl*,
clang::Parser::ParseScope&) (/work/cbertoll/trunk/build/bin/clang-13+0x42774bb)
#16 0x559ac9ef8f24
clang::Parser::ParseFunctionDefinition(clang::ParsingDeclarator&,
clang::Parser::ParsedTemp
[llvm-bugs] Issue 34945 in oss-fuzz: llvm:clang-fuzzer: Stack-overflow in clang::StmtVisitorBase::Visit
Updates: Labels: ClusterFuzz-Verified Status: Verified Comment #1 on issue 34945 by ClusterFuzz-External: llvm:clang-fuzzer: Stack-overflow in clang::StmtVisitorBase::Visit https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=34945#c1 ClusterFuzz testcase 4924464432283648 is verified as fixed in https://oss-fuzz.com/revisions?job=libfuzzer_asan_llvm&range=202106070625:202106080629 If this is incorrect, please file a bug on https://github.com/google/oss-fuzz/issues/new -- You received this message because: 1. You were specifically CC'd on the issue You may adjust your notification preferences at: https://bugs.chromium.org/hosting/settings Reply to this email to add a comment.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 38601] static cast a derived class to base class with defined type case operators
https://bugs.llvm.org/show_bug.cgi?id=38601 Louis Dionne changed: What|Removed |Added Resolution|--- |FIXED Fixed By Commit(s)||a3ab5120fd572215afeac190757 ||834a041dda73a Status|CONFIRMED |RESOLVED --- Comment #7 from Louis Dionne --- Fixed by commit a3ab5120fd572215afeac190757834a041dda73a Author: Louis Dionne Date: Wed Feb 10 16:19:50 2021 -0500 [libc++] Rewrite the tuple constructors to be strictly Standards conforming This nasty patch rewrites the tuple constructors to match those defined by the Standard. We were previously providing several extensions in those constructors - those extensions are removed by this patch. The issue with those extensions is that we've had numerous bugs filed against us over the years for problems essentially caused by them. As a result, people are unable to use tuple in ways that are blessed by the Standard, all that for the perceived benefit of providing them extensions that they never asked for. Since this is an API break, I communicated it in the release notes. I do not foresee major issues with this break because I don't think the extensions are too widely relied upon, but we can ship it and see if we get complaints before the next LLVM release - that will give us some amount of information regarding how much use these extensions have. Differential Revision: https://reviews.llvm.org/D96523 -- 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 27375] tuple's "TupleLike" constructors behave slightly differently than standard versions
https://bugs.llvm.org/show_bug.cgi?id=27375 Louis Dionne changed: What|Removed |Added Status|NEW |RESOLVED CC||ldio...@apple.com Resolution|--- |FIXED --- Comment #1 from Louis Dionne --- This is fixed since Clang 9. I don't have the specific commit, but I reproduced on godbolt: Clang 8 (fails): https://godbolt.org/z/Eh67c6fPM Clang 9 (works): https://godbolt.org/z/jo9s1bPxW -- 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 50620] New: llvm-exegsis - X86LbrCounter destructor double closes a file descriptor
https://bugs.llvm.org/show_bug.cgi?id=50620
Bug ID: 50620
Summary: llvm-exegsis - X86LbrCounter destructor double closes
a file descriptor
Product: tools
Version: trunk
Hardware: PC
OS: Windows NT
Status: NEW
Severity: enhancement
Priority: P
Component: llvm-exegesis
Assignee: unassignedb...@nondot.org
Reporter: llvm-...@redking.me.uk
CC: clement.cour...@gmail.com, gchate...@google.com,
llvm-bugs@lists.llvm.org
class X86LbrCounter : public pfm::Counter;
X86LbrCounter::~X86LbrCounter() { close(FileDescriptor); }
Counter::~Counter() { close(FileDescriptor); }
The same FileDescriptor is closed both in ~X86LbrCounter() and then in the
~Counter() parent destructor.
--
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 50621] New: wrong code at -O2 on x86_64-linux-gnu
https://bugs.llvm.org/show_bug.cgi?id=50621
Bug ID: 50621
Summary: wrong code at -O2 on x86_64-linux-gnu
Product: clang
Version: trunk
Hardware: PC
OS: All
Status: NEW
Severity: enhancement
Priority: P
Component: LLVM Codegen
Assignee: unassignedclangb...@nondot.org
Reporter: qrzh...@gatech.edu
CC: llvm-bugs@lists.llvm.org, neeil...@live.com,
richard-l...@metafoo.co.uk
It appears to be a recent regression.
$ clang-trunk -v
clang version 13.0.0 (https://github.com/llvm/llvm-project.git
61a2d6bfe48cf3da4b95d1383bf866690287f8e8)
Target: x86_64-unknown-linux-gnu
Thread model: posix
InstalledDir: /usr/local/bin
$ clang-trunk abc.c ; ./a.out
0
$ clang-trunk -O2 abc.c ; ./a.out
1
$ cat abc.c
short b, e;
int c, d, g;
int f[] = {2, 6, 0, 4};
void(h)();
int main() {
short a[] = {3, 2, 3};
f[2] = h || b;
for (; g <= 1; g++) {
e = 3;
for (; e; e--) {
d = 1;
if (a[g] < f[e])
d = a[g + 1] = c;
else
break;
}
}
printf("%d\n", d);
}
--
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 50622] New: libunwind fails to build on SPARC
https://bugs.llvm.org/show_bug.cgi?id=50622 Bug ID: 50622 Summary: libunwind fails to build on SPARC Product: Runtime Libraries Version: 12.0 Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P Component: libunwind Assignee: unassignedb...@nondot.org Reporter: arfrever@gmail.com CC: llvm-bugs@lists.llvm.org libunwind (at least version 12.0.0) fails to build on SPARC. Gentoo report: https://bugs.gentoo.org/794871 > [3/10] /usr/bin/sparc64-unknown-linux-gnu-gcc -Dunwind_shared_EXPORTS > -I/var/tmp/portage/sys-libs/llvm-libunwind-12.0.0/work/libunwind/include -O2 > -mcpu=ultrasparc -pipe -fPIC -Werror=return-type -W -Wall -Wchar-subscripts > -Wconversion -Wmismatched-tags -Wmissing-braces -Wno-unused-function -Wshadow > -Wsign-compare -Wsign-conversion -Wstrict-aliasing=2 -Wstrict-overflow=4 > -Wunused-parameter -Wunused-variable -Wwrite-strings -Wundef > -Wno-suggest-override -Wno-error -pedantic -funwind-tables -nostdinc++ > -DNDEBUG -fno-rtti -MD -MT > src/CMakeFiles/unwind_shared.dir/UnwindRegistersSave.S.o -MF > src/CMakeFiles/unwind_shared.dir/UnwindRegistersSave.S.o.d -o > src/CMakeFiles/unwind_shared.dir/UnwindRegistersSave.S.o -c > /var/tmp/portage/sys-libs/llvm-libunwind-12.0.0/work/libunwind/src/UnwindRegistersSave.S > FAILED: src/CMakeFiles/unwind_shared.dir/UnwindRegistersSave.S.o > /usr/bin/sparc64-unknown-linux-gnu-gcc -Dunwind_shared_EXPORTS > -I/var/tmp/portage/sys-libs/llvm-libunwind-12.0.0/work/libunwind/include -O2 > -mcpu=ultrasparc -pipe -fPIC -Werror=return-type -W -Wall -Wchar-subscripts > -Wconversion -Wmismatched-tags -Wmissing-braces -Wno-unused-function -Wshadow > -Wsign-compare -Wsign-conversion -Wstrict-aliasing=2 -Wstrict-overflow=4 > -Wunused-parameter -Wunused-variable -Wwrite-strings -Wundef > -Wno-suggest-override -Wno-error -pedantic -funwind-tables -nostdinc++ > -DNDEBUG -fno-rtti -MD -MT > src/CMakeFiles/unwind_shared.dir/UnwindRegistersSave.S.o -MF > src/CMakeFiles/unwind_shared.dir/UnwindRegistersSave.S.o.d -o > src/CMakeFiles/unwind_shared.dir/UnwindRegistersSave.S.o -c > /var/tmp/portage/sys-libs/llvm-libunwind-12.0.0/work/libunwind/src/UnwindRegistersSave.S > /var/tmp/portage/sys-libs/llvm-libunwind-12.0.0/work/libunwind/src/UnwindRegistersSave.S:1007:43: > warning: invoking macro GLUE2 argument 1: empty macro arguments are > undefined in ISO C90 [-Wpedantic] > 1007 | DEFINE_LIBUNWIND_FUNCTION(__unw_getcontext) > | ^ > /var/tmp/portage/sys-libs/llvm-libunwind-12.0.0/work/libunwind/src/UnwindRegistersSave.S:1007:43: > warning: invoking macro GLUE2 argument 1: empty macro arguments are > undefined in ISO C90 [-Wpedantic] > /var/tmp/portage/sys-libs/llvm-libunwind-12.0.0/work/libunwind/src/UnwindRegistersSave.S:1007:43: > warning: invoking macro GLUE2 argument 1: empty macro arguments are > undefined in ISO C90 [-Wpedantic] > /var/tmp/portage/sys-libs/llvm-libunwind-12.0.0/work/libunwind/src/UnwindRegistersSave.S:1007:43: > warning: invoking macro GLUE2 argument 1: empty macro arguments are > undefined in ISO C90 [-Wpedantic] > /var/tmp/portage/sys-libs/llvm-libunwind-12.0.0/work/libunwind/src/UnwindRegistersSave.S:1110:46: > warning: invoking macro GLUE2 argument 1: empty macro arguments are > undefined in ISO C90 [-Wpedantic] > 1110 | WEAK_ALIAS(__unw_getcontext, unw_getcontext) > | ^ > /var/tmp/portage/sys-libs/llvm-libunwind-12.0.0/work/libunwind/src/UnwindRegistersSave.S:1110:46: > warning: invoking macro GLUE2 argument 1: empty macro arguments are > undefined in ISO C90 [-Wpedantic] > /var/tmp/portage/sys-libs/llvm-libunwind-12.0.0/work/libunwind/src/UnwindRegistersSave.S: > Assembler messages: > /var/tmp/portage/sys-libs/llvm-libunwind-12.0.0/work/libunwind/src/UnwindRegistersSave.S:1011: > Error: detected global register use not covered by .register pseudo-op > /var/tmp/portage/sys-libs/llvm-libunwind-12.0.0/work/libunwind/src/UnwindRegistersSave.S:1011: > Error: detected global register use not covered by .register pseudo-op > /var/tmp/portage/sys-libs/llvm-libunwind-12.0.0/work/libunwind/src/UnwindRegistersSave.S:1011: > Error: detected global register use not covered by .register pseudo-op -- 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 50623] New: Overly optimized simultaneous copy of struct fields corrupts destination struct
https://bugs.llvm.org/show_bug.cgi?id=50623
Bug ID: 50623
Summary: Overly optimized simultaneous copy of struct fields
corrupts destination struct
Product: clang
Version: 12.0
Hardware: PC
OS: Linux
Status: NEW
Severity: normal
Priority: P
Component: LLVM Codegen
Assignee: unassignedclangb...@nondot.org
Reporter: samuel.sa...@bluewin.ch
CC: llvm-bugs@lists.llvm.org, neeil...@live.com,
richard-l...@metafoo.co.uk
Clang 12.0.0 modifies a field of a struct that should not be modified. This is
a regression from clang 11.0.1.
Input File:
```
struct S { char val1; char padding; short val2; };
void func(struct S src, struct S* dest) {
dest->val1 = src.val1;
dest->val2 = src.val2;
}
```
Output from clang 12.0.0 (clang -c test.c -o test.o -O1 && objdump -S test.o -M
intel):
```
:
0: 89 3e movDWORD PTR [rsi],edi
2: c3 ret
```
Output from clang 11.0.1:
```
:
0: 40 88 3emovBYTE PTR [rsi],dil
3: c1 ef 10shredi,0x10
6: 66 89 7e 02 movWORD PTR [rsi+0x2],di
a: c3 ret
```
The output from clang 12.0.0 is incorrect because it modifies the field
`dest->padding`.
See also here: https://godbolt.org/z/dsr9soqbf
"armv8-a clang (trunk)" exhibits the same problem.
--
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 50624] New: Memory leak in __kmp_initialize_info
https://bugs.llvm.org/show_bug.cgi?id=50624 Bug ID: 50624 Summary: Memory leak in __kmp_initialize_info Product: OpenMP Version: unspecified Hardware: PC OS: Linux Status: NEW Severity: enhancement Priority: P Component: Runtime Library Assignee: unassignedb...@nondot.org Reporter: pro...@itc.rwth-aachen.de CC: llvm-bugs@lists.llvm.org I compiled OpenMP runtime and tests with AddressSanitizer: -DCMAKE_CXX_FLAGS:STRING=-fsanitize=address -DCMAKE_C_FLAGS:STRING=-fsanitize=address -DOPENMP_TEST_FLAGS:STRING="-g -DDEBUG -fsanitize=address" AddressSanitizer reports a memory leak when running openmp/runtime/test/tasking/hidden_helper_task/capacity_nthreads.cpp : Direct leak of 275040 byte(s) in 191 object(s) allocated from: #0 0x495f7d in malloc compiler-rt/lib/asan/asan_malloc_linux.cpp:145:3 #1 0x2b0799ca6d61 in ___kmp_allocate_align(unsigned long, unsigned long, char const*, int) llvm-project/openmp/runtime/src/kmp_alloc.cpp:1849:25 #2 0x2b0799ca23ca in ___kmp_allocate llvm-project/openmp/runtime/src/kmp_alloc.cpp:1903:9 #3 0x2b0799d81f41 in __kmp_initialize_info(kmp_info*, kmp_team*, int, int) llvm-project/openmp/runtime/src/kmp_runtime.cpp:4164:38 #4 0x2b0799d85baf in __kmp_allocate_thread llvm-project/openmp/runtime/src/kmp_runtime.cpp:4398:3 #5 0x2b0799d5bcb3 in __kmp_allocate_team llvm-project/openmp/runtime/src/kmp_runtime.cpp:5179:36 #6 0x2b0799d66214 in __kmp_fork_call llvm-project/openmp/runtime/src/kmp_runtime.cpp:1979:14 #7 0x2b0799d11512 in __kmpc_fork_call llvm-project/openmp/runtime/src/kmp_csupport.cpp:307:5 #8 0x4c8a4b in main llvm-project/openmp/runtime/test/tasking/hidden_helper_task/capacity_nthreads.cpp:16:1 #9 0x2b079a4c8554 in __libc_start_main /usr/src/debug/glibc-2.17-c758a686/csu/../csu/libc-start.c:266 Direct leak of 1440 byte(s) in 1 object(s) allocated from: #0 0x495f7d in malloc compiler-rt/lib/asan/asan_malloc_linux.cpp:145:3 #1 0x2b0799ca6d61 in ___kmp_allocate_align(unsigned long, unsigned long, char const*, int) llvm-project/openmp/runtime/src/kmp_alloc.cpp:1849:25 #2 0x2b0799ca23ca in ___kmp_allocate llvm-project/openmp/runtime/src/kmp_alloc.cpp:1903:9 #3 0x2b0799d81f41 in __kmp_initialize_info(kmp_info*, kmp_team*, int, int) llvm-project/openmp/runtime/src/kmp_runtime.cpp:4164:38 #4 0x2b0799d5c5d2 in __kmp_allocate_team llvm-project/openmp/runtime/src/kmp_runtime.cpp:5223:9 #5 0x2b0799d66214 in __kmp_fork_call llvm-project/openmp/runtime/src/kmp_runtime.cpp:1979:14 #6 0x2b0799d11512 in __kmpc_fork_call llvm-project/openmp/runtime/src/kmp_csupport.cpp:307:5 #7 0x4c8a4b in main llvm-project/openmp/runtime/test/tasking/hidden_helper_task/capacity_nthreads.cpp:16:1 #8 0x2b079a4c8554 in __libc_start_main /usr/src/debug/glibc-2.17-c758a686/csu/../csu/libc-start.c:266 SUMMARY: AddressSanitizer: 276480 byte(s) leaked in 192 allocation(s). -- 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 50625] New: Memory leak for detachable tasks
https://bugs.llvm.org/show_bug.cgi?id=50625 Bug ID: 50625 Summary: Memory leak for detachable tasks Product: OpenMP Version: unspecified Hardware: PC OS: Linux Status: NEW Severity: enhancement Priority: P Component: Runtime Library Assignee: unassignedb...@nondot.org Reporter: pro...@itc.rwth-aachen.de CC: llvm-bugs@lists.llvm.org I compiled OpenMP runtime and tests with AddressSanitizer: -DCMAKE_CXX_FLAGS:STRING=-fsanitize=address -DCMAKE_C_FLAGS:STRING=-fsanitize=address -DOPENMP_TEST_FLAGS:STRING="-g -DDEBUG -fsanitize=address" AddressSanitizer reports 3 consistent memory leaks for each of: libomp :: tasking/kmp_detach_tasks_t1.c libomp :: tasking/kmp_detach_tasks_t2.c libomp :: tasking/kmp_detach_tasks_t3.c libomp :: tasking/omp_detach_taskwait.c Direct leak of 352 byte(s) in 1 object(s) allocated from: #0 0x49556d in malloc compiler-rt/lib/asan/asan_malloc_linux.cpp:145:3 #1 0x2b9670136d61 in ___kmp_allocate_align(unsigned long, unsigned long, char const*, int) llvm-project/openmp/runtime/src/kmp_alloc.cpp:1849:25 #2 0x2b96701323ca in ___kmp_allocate llvm-project/openmp/runtime/src/kmp_alloc.cpp:1903:9 #3 0x2b96702a59ae in __kmp_allocate_task_team(kmp_info*, kmp_team*) llvm-project/openmp/runtime/src/kmp_tasking.cpp:3440:36 #4 0x2b967029389d in __kmp_task_team_setup llvm-project/openmp/runtime/src/kmp_tasking.cpp:3590:9 #5 0x2b96702910ae in __kmp_task_alloc llvm-project/openmp/runtime/src/kmp_tasking.cpp:1257:7 #6 0x2b967029567a in __kmpc_omp_task_alloc llvm-project/openmp/runtime/src/kmp_tasking.cpp:1438:12 #7 0x4c57ea in .omp_outlined._debug__ llvm-project/openmp/runtime/test/tasking/kmp_detach_tasks_t3.c:108:21 #8 0x4c5dc4 in .omp_outlined..1 llvm-project/openmp/runtime/test/tasking/kmp_detach_tasks_t3.c:94:3 #9 0x2b967044b682 in __kmp_invoke_microtask llvm-project/openmp/runtime/src/z_Linux_asm.S:1166 #10 0x2b96701f4ad0 in __kmp_fork_call llvm-project/openmp/runtime/src/kmp_runtime.cpp:1851:13 #11 0x2b96701a1512 in __kmpc_fork_call llvm-project/openmp/runtime/src/kmp_csupport.cpp:307:5 #12 0x4c5384 in main llvm-project/openmp/runtime/test/tasking/kmp_detach_tasks_t3.c:94:3 #13 0x2b9670958554 in __libc_start_main /usr/src/debug/glibc-2.17-c758a686/csu/../csu/libc-start.c:266 Indirect leak of 2144 byte(s) in 1 object(s) allocated from: #0 0x49556d in malloc compiler-rt/lib/asan/asan_malloc_linux.cpp:145:3 #1 0x2b9670136d61 in ___kmp_allocate_align(unsigned long, unsigned long, char const*, int) llvm-project/openmp/runtime/src/kmp_alloc.cpp:1849:25 #2 0x2b96701323ca in ___kmp_allocate llvm-project/openmp/runtime/src/kmp_alloc.cpp:1903:9 #3 0x2b967029508d in __kmp_alloc_task_deque(kmp_info*, kmp_thread_data*) llvm-project/openmp/runtime/src/kmp_tasking.cpp:3260:49 #4 0x2b96702913dc in __kmp_task_alloc llvm-project/openmp/runtime/src/kmp_tasking.cpp:1275:9 #5 0x2b967029567a in __kmpc_omp_task_alloc llvm-project/openmp/runtime/src/kmp_tasking.cpp:1438:12 #6 0x4c57ea in .omp_outlined._debug__ llvm-project/openmp/runtime/test/tasking/kmp_detach_tasks_t3.c:108:21 #7 0x4c5dc4 in .omp_outlined..1 llvm-project/openmp/runtime/test/tasking/kmp_detach_tasks_t3.c:94:3 #8 0x2b967044b682 in __kmp_invoke_microtask llvm-project/openmp/runtime/src/z_Linux_asm.S:1166 #9 0x2b96701f4ad0 in __kmp_fork_call llvm-project/openmp/runtime/src/kmp_runtime.cpp:1851:13 #10 0x2b96701a1512 in __kmpc_fork_call llvm-project/openmp/runtime/src/kmp_csupport.cpp:307:5 #11 0x4c5384 in main llvm-project/openmp/runtime/test/tasking/kmp_detach_tasks_t3.c:94:3 #12 0x2b9670958554 in __libc_start_main /usr/src/debug/glibc-2.17-c758a686/csu/../csu/libc-start.c:266 Indirect leak of 288 byte(s) in 1 object(s) allocated from: #0 0x49556d in malloc compiler-rt/lib/asan/asan_malloc_linux.cpp:145:3 #1 0x2b9670136d61 in ___kmp_allocate_align(unsigned long, unsigned long, char const*, int) llvm-project/openmp/runtime/src/kmp_alloc.cpp:1849:25 #2 0x2b96701323ca in ___kmp_allocate llvm-project/openmp/runtime/src/kmp_alloc.cpp:1903:9 #3 0x2b96702b464c in __kmp_realloc_task_threads_data(kmp_info*, kmp_task_team*) llvm-project/openmp/runtime/src/kmp_tasking.cpp:3357:48 #4 0x2b9670294924 in __kmp_enable_tasking(kmp_task_team*, kmp_info*) llvm-project/openmp/runtime/src/kmp_tasking.cpp:3151:20 #5 0x2b96702912d8 in __kmp_task_alloc llvm-project/openmp/runtime/src/kmp_tasking.cpp:1270:7 #6 0x2b967029567a in __kmpc_omp_task_alloc llvm-project/openmp/runtime/src/kmp_tasking.cpp:1438:12 #7 0x4c57ea in .omp_outlined._debug__ llvm-project/openmp/runtime/test/tasking/kmp_detach_tasks_t3.c:108:21 #8 0x4c5dc4 in .omp_outlined..1 llvm-project/openmp/runtime/test/tasking/kmp_detach_tasks_t3.c:94:3 #9 0x2b967044b682 in __kmp_invoke_microtask llvm-project/openmp/runt
[llvm-bugs] [Bug 50626] New: Memory leak for task dependencies
https://bugs.llvm.org/show_bug.cgi?id=50626 Bug ID: 50626 Summary: Memory leak for task dependencies Product: OpenMP Version: unspecified Hardware: PC OS: Linux Status: NEW Severity: enhancement Priority: P Component: Runtime Library Assignee: unassignedb...@nondot.org Reporter: pro...@itc.rwth-aachen.de CC: llvm-bugs@lists.llvm.org I compiled OpenMP runtime and tests with AddressSanitizer: -DCMAKE_CXX_FLAGS:STRING=-fsanitize=address -DCMAKE_C_FLAGS:STRING=-fsanitize=address -DOPENMP_TEST_FLAGS:STRING="-g -DDEBUG -fsanitize=address" AddressSanitizer reports 1 memory leak for llvm-project/openmp/runtime/test/tasking/omp_task_depend_resize_hashmap.c : Direct leak of 1048576 byte(s) in 1 object(s) allocated from: #0 0x49531d in malloc compiler-rt/lib/asan/asan_malloc_linux.cpp:145:3 #1 0x2b4f57e868ac in bget(kmp_info*, long) llvm-project/openmp/runtime/src/kmp_alloc.cpp:617:17 #2 0x2b4f57e8fda2 in ___kmp_fast_allocate llvm-project/openmp/runtime/src/kmp_alloc.cpp:2046:15 #3 0x2b4f58183028 in __kmpc_omp_task_with_deps llvm-project/openmp/runtime/src/kmp_taskdeps.cpp:586:26 #4 0x4c5904 in .omp_outlined._debug__ llvm-project/openmp/runtime/test/tasking/omp_task_depend_resize_hashmap.c:29:7 #5 0x4c635c in .omp_outlined..4 llvm-project/openmp/runtime/test/tasking/omp_task_depend_resize_hashmap.c:25:3 #6 0x2b4f581a3682 in __kmp_invoke_microtask llvm-project/openmp/runtime/src/z_Linux_asm.S:1166 #7 0x2b4f57f7c481 in __kmp_invoke_task_func llvm-project/openmp/runtime/src/kmp_runtime.cpp:7302:8 #8 0x2b4f57f51697 in __kmp_fork_call llvm-project/openmp/runtime/src/kmp_runtime.cpp:2199:8 #9 0x2b4f57ef9512 in __kmpc_fork_call llvm-project/openmp/runtime/src/kmp_csupport.cpp:307:5 #10 0x4c50d0 in main llvm-project/openmp/runtime/test/tasking/omp_task_depend_resize_hashmap.c:25:3 #11 0x2b4f586b0554 in __libc_start_main /usr/src/debug/glibc-2.17-c758a686/csu/../csu/libc-start.c:266 SUMMARY: AddressSanitizer: 1048576 byte(s) leaked in 1 allocation(s). -- 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 50424] [WebAssembly] Merge commit 412a3381f721452fb6cd33bc30e7700102639e3f into the 12.0 branch
https://bugs.llvm.org/show_bug.cgi?id=50424 Tom Stellard changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED Fixed By Commit(s)|412a3381f721452fb6cd33bc30e |412a3381f721452fb6cd33bc30e |7700102639e3f |7700102639e3f 6a86669a6d99 --- Comment #4 from Tom Stellard --- Merged: 6a86669a6d99 -- 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 49317] [meta] 12.0.1 Release Blockers
https://bugs.llvm.org/show_bug.cgi?id=49317 Bug 49317 depends on bug 50424, which changed state. Bug 50424 Summary: [WebAssembly] Merge commit 412a3381f721452fb6cd33bc30e7700102639e3f into the 12.0 branch https://bugs.llvm.org/show_bug.cgi?id=50424 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- 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 50520] PPC SSE emulation wrappers don't work in C++ mode
https://bugs.llvm.org/show_bug.cgi?id=50520 Tom Stellard changed: What|Removed |Added Resolution|--- |FIXED Status|NEW |RESOLVED Fixed By Commit(s)|c0b3071833a80121a5a7ca9ea54 |c0b3071833a80121a5a7ca9ea54 |fd59a59806acc |fd59a59806acc 0826268d59c6 --- Comment #4 from Tom Stellard --- Merged: 0826268d59c6 -- 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 49317] [meta] 12.0.1 Release Blockers
https://bugs.llvm.org/show_bug.cgi?id=49317 Bug 49317 depends on bug 50520, which changed state. Bug 50520 Summary: PPC SSE emulation wrappers don't work in C++ mode https://bugs.llvm.org/show_bug.cgi?id=50520 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- 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 48937] libc++ :: libcxx/gdb/gdb_pretty_printer_test.sh.cpp test fails with 12.0.0-rc1
https://bugs.llvm.org/show_bug.cgi?id=48937 Tom Stellard changed: What|Removed |Added Status|REOPENED|RESOLVED Fixed By Commit(s)|a34b8b879e34 9ac988f6a80a |a34b8b879e34 9ac988f6a80a |55b7061116b5 0e8378032597 |55b7061116b5 0e8378032597 ||cde86632a772 cf3e126e6449 ||bf25180e6727 1539c543dbe5 Resolution|--- |FIXED --- Comment #33 from Tom Stellard --- Merged: 1539c543dbe5 -- 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 49317] [meta] 12.0.1 Release Blockers
https://bugs.llvm.org/show_bug.cgi?id=49317 Bug 49317 depends on bug 48937, which changed state. Bug 48937 Summary: libc++ :: libcxx/gdb/gdb_pretty_printer_test.sh.cpp test fails with 12.0.0-rc1 https://bugs.llvm.org/show_bug.cgi?id=48937 What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |FIXED -- 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 49821] LLVM 12 regression: ld.lld: error: test.o:(.rodata.str1.1): offset is outside the section
https://bugs.llvm.org/show_bug.cgi?id=49821 Tom Stellard changed: What|Removed |Added Fixed By Commit(s)|7e83a7f1fdfcc2edde61f0a535f |7e83a7f1fdfcc2edde61f0a535f |9d7a56f531db9 |9d7a56f531db9 fec90b2cebc3 Resolution|--- |FIXED Status|CONFIRMED |RESOLVED --- Comment #18 from Tom Stellard --- Merged: fec90b2cebc3 -- 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 49317] [meta] 12.0.1 Release Blockers
https://bugs.llvm.org/show_bug.cgi?id=49317 Bug 49317 depends on bug 49821, which changed state. Bug 49821 Summary: LLVM 12 regression: ld.lld: error: test.o:(.rodata.str1.1): offset is outside the section https://bugs.llvm.org/show_bug.cgi?id=49821 What|Removed |Added Status|CONFIRMED |RESOLVED Resolution|--- |FIXED -- 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 50522] Merge 7e83a7f1fdfcc2edde61f0a535f9d7a56f531db9 into 12.0.1
https://bugs.llvm.org/show_bug.cgi?id=50522 Tom Stellard changed: What|Removed |Added Status|NEW |RESOLVED Fixed By Commit(s)|7e83a7f1fdfcc2edde61f0a535f |7e83a7f1fdfcc2edde61f0a535f |9d7a56f531db9 |9d7a56f531db9 fec90b2cebc3 Resolution|--- |FIXED --- Comment #1 from Tom Stellard --- Merged: fec90b2cebc3 -- 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 49317] [meta] 12.0.1 Release Blockers
https://bugs.llvm.org/show_bug.cgi?id=49317 Bug 49317 depends on bug 50522, which changed state. Bug 50522 Summary: Merge 7e83a7f1fdfcc2edde61f0a535f9d7a56f531db9 into 12.0.1 https://bugs.llvm.org/show_bug.cgi?id=50522 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- 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 50627] New: Make it possible to dead strip unused cstring/fixed-width literals
https://bugs.llvm.org/show_bug.cgi?id=50627 Bug ID: 50627 Summary: Make it possible to dead strip unused cstring/fixed-width literals Product: lld Version: unspecified Hardware: PC OS: All Status: NEW Severity: enhancement Priority: P Component: MachO Assignee: unassignedb...@nondot.org Reporter: jezr...@gmail.com CC: g...@fb.com, jezr...@gmail.com, llvm-bugs@lists.llvm.org, smee...@fb.com In progress... -- 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 50628] New: Test taking longer to compiler after upstream commit 9d070b2f4889887f
https://bugs.llvm.org/show_bug.cgi?id=50628 Bug ID: 50628 Summary: Test taking longer to compiler after upstream commit 9d070b2f4889887f Product: new-bugs Version: trunk Hardware: PC OS: Windows NT Status: NEW Severity: enhancement Priority: P Component: new bugs Assignee: unassignedb...@nondot.org Reporter: douglas_y...@playstation.sony.com CC: htmldevelo...@gmail.com, llvm-bugs@lists.llvm.org Created attachment 24932 --> https://bugs.llvm.org/attachment.cgi?id=24932&action=edit test-timeout.cpp The time it takes to require one of our internal tests recently jumped from about 1 second to roughly 30 seconds after upstream change 9d070b2f4889887f9ce497592ef01df7b9601a1c. To reproduce the issue, build the attached file test-timeout.cpp with "-S -g" on a Windows hosted compiler targeting the PS4 (--target=x86_64-scei-ps4). Those two options seem critical to reproduce the compilation slowdown. Comparing the time reports before and after they look similar, the main difference that the PrintModulePass goes from taking a fraction of a second (0.1679 wall time to 33.9767) -- 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 50629] New: [Format] clang-format recognizes */& as a PointerOrReference when operator is called as a non-member function
https://bugs.llvm.org/show_bug.cgi?id=50629
Bug ID: 50629
Summary: [Format] clang-format recognizes */& as a
PointerOrReference when operator is called as a
non-member function
Product: clang
Version: trunk
Hardware: All
OS: All
Status: NEW
Severity: enhancement
Priority: P
Component: Formatter
Assignee: unassignedclangb...@nondot.org
Reporter: yilong@intel.com
CC: djas...@google.com, kli...@google.com,
llvm-bugs@lists.llvm.org
The following code:
```
void f() { operator+(a, b * b); }
```
Format with command:
```
clang-format b.cpp --debug-only=format-token-annotator
```
Output:
```
AnnotatedTokens(L=0):
M=0 C=0 T=Unknown S=1 F=0 B=0 BK=0 P=0 Name=void L=4 PPK=2 FakeLParens=
FakeRParens=0 II=0x19c6078 Text='void'
M=0 C=1 T=FunctionDeclarationName S=1 F=0 B=0 BK=0 P=80 Name=identifier L=6
PPK=2 FakeLParens= FakeRParens=0 II=0x19c36b0 Text='f'
M=0 C=0 T=Unknown S=0 F=0 B=0 BK=0 P=23 Name=l_paren L=7 PPK=2 FakeLParens=
FakeRParens=0 II=0x0 Text='('
M=0 C=0 T=Unknown S=0 F=0 B=0 BK=0 P=140 Name=r_paren L=8 PPK=2 FakeLParens=
FakeRParens=0 II=0x0 Text=')'
M=0 C=0 T=FunctionLBrace S=1 F=0 B=0 BK=1 P=23 Name=l_brace L=10 PPK=2
FakeLParens= FakeRParens=0 II=0x0 Text='{'
AnnotatedTokens(L=1):
M=0 C=0 T=Unknown S=1 F=0 B=0 BK=0 P=0 Name=operator L=8 PPK=2 FakeLParens=
FakeRParens=0 II=0x19c6670 Text='operator'
M=0 C=0 T=OverloadedOperator S=0 F=0 B=0 BK=0 P=33 Name=plus L=9 PPK=2
FakeLParens= FakeRParens=0 II=0x0 Text='+'
M=0 C=0 T=OverloadedOperatorLParen S=0 F=0 B=0 BK=0 P=33 Name=l_paren L=10
PPK=2 FakeLParens= FakeRParens=0 II=0x0 Text='('
M=0 C=1 T=Unknown S=0 F=0 B=0 BK=0 P=59 Name=identifier L=11 PPK=2
FakeLParens=1/ FakeRParens=0 II=0x19c36e0 Text='a'
M=0 C=0 T=Unknown S=0 F=0 B=0 BK=0 P=41 Name=comma L=12 PPK=2 FakeLParens=
FakeRParens=0 II=0x0 Text=','
M=0 C=1 T=Unknown S=1 F=0 B=0 BK=0 P=41 Name=identifier L=14 PPK=2
FakeLParens= FakeRParens=0 II=0x19c3710 Text='b'
M=0 C=1 T=PointerOrReference S=1 F=0 B=0 BK=0 P=230 Name=star L=16 PPK=2
FakeLParens= FakeRParens=0 II=0x0 Text='*'
M=0 C=1 T=StartOfName S=0 F=0 B=0 BK=0 P=240 Name=identifier L=17 PPK=2
FakeLParens= FakeRParens=1 II=0x19c3710 Text='b'
M=0 C=0 T=Unknown S=0 F=0 B=0 BK=0 P=43 Name=r_paren L=18 PPK=2 FakeLParens=
FakeRParens=0 II=0x0 Text=')'
M=0 C=0 T=Unknown S=0 F=0 B=0 BK=0 P=23 Name=semi L=19 PPK=2 FakeLParens=
FakeRParens=0 II=0x0 Text=';'
AnnotatedTokens(L=0):
M=0 C=0 T=Unknown S=1 F=0 B=0 BK=0 P=0 Name=r_brace L=1 PPK=2 FakeLParens=
FakeRParens=0 II=0x0 Text='}'
AnnotatedTokens(L=0):
M=0 C=0 T=Unknown S=1 F=0 B=0 BK=0 P=0 Name=eof L=0 PPK=2 FakeLParens=
FakeRParens=0 II=0x0 Text=''
void f() { operator+(a, b *b); }
```
--
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 50429] missing space between * and a variable
https://bugs.llvm.org/show_bug.cgi?id=50429 Yilong Guo changed: What|Removed |Added Resolution|--- |FIXED Fixed By Commit(s)||rG21c18d5a04316891110cecc2b ||f37ce51533decba Status|CONFIRMED |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 50630] New: [LLVM-COV] No coverage for "destructor" function
https://bugs.llvm.org/show_bug.cgi?id=50630
Bug ID: 50630
Summary: [LLVM-COV] No coverage for "destructor" function
Product: Runtime Libraries
Version: 11.0
Hardware: PC
OS: Linux
Status: NEW
Severity: enhancement
Priority: P
Component: libprofile library
Assignee: unassignedb...@nondot.org
Reporter: cnwy1...@outlook.com
CC: llvm-bugs@lists.llvm.org
$ clang -v
clang version 11.0.0
Target: x86_64-unknown-linux-gnu
Thread model: posix
InstalledDir: /home/wangyang/llvm-project/build/bin
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/7
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/7.5.0
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/8
Selected GCC installation: /usr/lib/gcc/x86_64-linux-gnu/7.5.0
Candidate multilib: .;@m64
Selected multilib: .;@m64
$ cat test.c
#include
extern void abort(void);
extern void exit(int);
int i;
void __attribute__((constructor)) c2() {
printf("1\n");
if (i)
abort();
}
void __attribute__((destructor)) d1() {
printf("2\n");
if (i)
abort();
}
void main() {}
$ clang -w -O0 -g -fcoverage-mapping -fprofile-instr-generate=test.profraw
test.c; ./a.out; llvm-profdata merge test.profraw -o test.profdata; llvm-cov
show a.out -instr-profile=test.profdata test.c > test.lcov; cat test.lcov
1
2
1| |#include
2| |extern void abort(void);
3| |extern void exit(int);
4| |int i;
5| |
6| 1|void __attribute__((constructor)) c2() {
7| 1| printf("1\n");
8| 1| if (i)
9| 0|abort();
10| 1|}
11| |
12| 0|void __attribute__((destructor)) d1() {
13| 0| printf("2\n");
14| 0| if (i)
15| 0|abort();
16| 0|}
17| |
18| 1|void main() {}
Obviously,function d1 was executed.
--
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 49317] [meta] 12.0.1 Release Blockers
https://bugs.llvm.org/show_bug.cgi?id=49317 Bug 49317 depends on bug 48017, which changed state. Bug 48017 Summary: [AArch64] Under -O0, atomicrmw may contain an extra store in the ldaxr/stlxr loop https://bugs.llvm.org/show_bug.cgi?id=48017 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- 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 48017] [AArch64] Under -O0, atomicrmw may contain an extra store in the ldaxr/stlxr loop
https://bugs.llvm.org/show_bug.cgi?id=48017 Tom Stellard changed: What|Removed |Added Resolution|--- |FIXED Status|NEW |RESOLVED Fixed By Commit(s)|4751cadcca45984d7671e594ce9 |4751cadcca45984d7671e594ce9 |5aed8fe030bf1 |5aed8fe030bf1 28730bc82ac0 --- Comment #20 from Tom Stellard --- Merged: 28730bc82ac0 -- 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 50631] New: Merge ra7137b238a07 into the 12.0 branch
https://bugs.llvm.org/show_bug.cgi?id=50631 Bug ID: 50631 Summary: Merge ra7137b238a07 into the 12.0 branch Product: new-bugs Version: 12.0 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P Component: new bugs Assignee: unassignedb...@nondot.org Reporter: tstel...@redhat.com CC: htmldevelo...@gmail.com, llvm-bugs@lists.llvm.org Blocks: 49317 Is it OK to merge the following revision(s) to the 12.0 branch? Referenced Bugs: https://bugs.llvm.org/show_bug.cgi?id=49317 [Bug 49317] [meta] 12.0.1 Release Blockers -- 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 50632] New: Backport: "BPF: add extern func to data sections if specified"
https://bugs.llvm.org/show_bug.cgi?id=50632 Bug ID: 50632 Summary: Backport: "BPF: add extern func to data sections if specified" Product: new-bugs Version: 12.0 Hardware: PC OS: Linux Status: NEW Severity: enhancement Priority: P Component: new bugs Assignee: unassignedb...@nondot.org Reporter: tstel...@redhat.com CC: htmldevelo...@gmail.com, llvm-bugs@lists.llvm.org Alexei, What do you think about backporting this to llvm 12.0.1? It fixes some kernel selftests according to selftests/bpf/README.rst. https://reviews.llvm.org/rG886f9ff53155075bd5f1e994f17b85d1e1b7470c -- 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 50633] New: Backport: "BPF: generate proper BTF for globals with WeakODRLinkage"
https://bugs.llvm.org/show_bug.cgi?id=50633 Bug ID: 50633 Summary: Backport: "BPF: generate proper BTF for globals with WeakODRLinkage" Product: new-bugs Version: 12.0 Hardware: PC OS: Linux Status: NEW Severity: enhancement Priority: P Component: new bugs Assignee: unassignedb...@nondot.org Reporter: tstel...@redhat.com CC: htmldevelo...@gmail.com, llvm-bugs@lists.llvm.org Alexei, What do you think about backporting this to llvm 12.0.1? It fixes some kernel selftests according to selftests/bpf/README.rst. https://reviews.llvm.org/rG968292cb93198442138128d850fd54dc7edc0035 -- 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 49903] Stack corruption with -fstack-clash-protection + -O2 on ppc64le with clang 12
https://bugs.llvm.org/show_bug.cgi?id=49903 Kai Luo changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #3 from Kai Luo --- Fixed in https://github.com/llvm/llvm-project/commit/bf58600badb1138a501ad81b07298207a7a64b2a -- 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 49317] [meta] 12.0.1 Release Blockers
https://bugs.llvm.org/show_bug.cgi?id=49317 Bug 49317 depends on bug 49903, which changed state. Bug 49903 Summary: Stack corruption with -fstack-clash-protection + -O2 on ppc64le with clang 12 https://bugs.llvm.org/show_bug.cgi?id=49903 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- 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
