[llvm-bugs] [Bug 35936] clang-format-6 breaks #if #endif
https://bugs.llvm.org/show_bug.cgi?id=35936 Krasimir changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #4 from Krasimir --- *** This bug has been marked as a duplicate of bug 36002 *** -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 36002] clang-format-6 combines two nearby defines
https://bugs.llvm.org/show_bug.cgi?id=36002 Krasimir changed: 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 http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 36034] New: Merge r323034 into the 6.0 branch
https://bugs.llvm.org/show_bug.cgi?id=36034 Bug ID: 36034 Summary: Merge r323034 into the 6.0 branch Product: libraries Version: 6.0 Hardware: PC OS: Linux Status: NEW Severity: enhancement Priority: P Component: Support Libraries Assignee: unassignedb...@nondot.org Reporter: david.gr...@arm.com CC: kubakuder...@gmail.com, llvm-bugs@lists.llvm.org Blocks: 35804 Jakub requested this fix merged into the release branch. Referenced Bugs: https://bugs.llvm.org/show_bug.cgi?id=35804 [Bug 35804] [meta] 6.0.0 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 http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 35918] Skylake codegen broken after r322279
https://bugs.llvm.org/show_bug.cgi?id=35918 Simon Pilgrim changed: What|Removed |Added Resolution|--- |FIXED Fixed By Commit(s)||323104 Status|ASSIGNED|RESOLVED --- Comment #7 from Simon Pilgrim --- Reapplied in rL323104 -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 36035] New: lld error @ thin-lto: --plugin-opt: unknown option: -debugger-tune=gdb
https://bugs.llvm.org/show_bug.cgi?id=36035 Bug ID: 36035 Summary: lld error @ thin-lto: --plugin-opt: unknown option: -debugger-tune=gdb Product: lld Version: unspecified Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P Component: All Bugs Assignee: unassignedb...@nondot.org Reporter: pawel_sik...@zoho.com CC: llvm-bugs@lists.llvm.org % /home/pawels/src/toolchain/llvm/sysroot/bin/clang -Wall -fuse-ld=lld -ggdb -gdwarf-4 -fno-omit-frame-pointer -fno-optimize-sibling-calls -Og -flto=thin hello-world.c -o hello-world.c-lnx64 /home/pawels/src/toolchain/llvm/sysroot/bin/ld.lld: error: --plugin-opt: number expected, but got 'g' /home/pawels/src/toolchain/llvm/sysroot/bin/ld.lld: error: --plugin-opt: unknown option: -debugger-tune=gdb clang-6.0: error: linker command failed with exit code 1 (use -v to see invocation) the "-v" invocation shows one more possible bug, passing a non-existent LLVMgold.so plugin to lld. "/home/pawels/src/toolchain/llvm/sysroot/bin/ld.lld" --hash-style=gnu --no-add-needed --eh-frame-hdr -m elf_x86_64 -dynamic-linker /lib64/ld-linux-x86-64.so.2 -o hello-world.c-lnx64 /usr/lib/gcc/x86_64-redhat-linux/7/../../../../lib64/crt1.o /usr/lib/gcc/x86_64-redhat-linux/7/../../../../lib64/crti.o /usr/lib/gcc/x86_64-redhat-linux/7/crtbegin.o -L/usr/lib/gcc/x86_64-redhat-linux/7 -L/usr/lib/gcc/x86_64-redhat-linux/7/../../../../lib64 -L/lib/../lib64 -L/usr/lib/../lib64 -L/usr/lib/gcc/x86_64-redhat-linux/7/../../.. -L/home/pawels/src/toolchain/llvm/sysroot/bin/../lib -L/lib -L/usr/lib -plugin /home/pawels/src/toolchain/llvm/sysroot/bin/../lib/LLVMgold.so -plugin-opt=mcpu=x86-64 -plugin-opt=Og -plugin-opt=thinlto -plugin-opt=-debugger-tune=gdb /tmp/hello-world-6028f6.o -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as-needed /usr/lib/gcc/x86_64-redhat-linux/7/crtend.o /usr/lib/gcc/x86_64-redhat-linux/7/../../../../lib64/crtn.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 http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 34370] [X86][AVX512] suboptimal shuffle sequence instead of one vpermps instruction
https://bugs.llvm.org/show_bug.cgi?id=34370
Simon Pilgrim changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW |RESOLVED
--- Comment #1 from Simon Pilgrim ---
Current codegen combine the 2 shuffles AND the select into a single binary
shuffle:
vmovaps (%rdi), %ymm2
vmovaps {{.*#+}} ymm1 = [7,6,3,11,7,6,14,15]
vpermi2ps %ymm0, %ymm2, %ymm1
vmovaps %ymm1, %ymm0
retq
Added a test case at rL323106
--
You are receiving this mail because:
You are on the CC list for the bug.___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 35804] [meta] 6.0.0 Release Blockers
https://bugs.llvm.org/show_bug.cgi?id=35804 Bug 35804 depends on bug 36024, which changed state. Bug 36024 Summary: Merge r322993 into the 6.0 branch: [Dominators] Visit affected node candidates found at different root levels https://bugs.llvm.org/show_bug.cgi?id=36024 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 http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 36024] Merge r322993 into the 6.0 branch: [Dominators] Visit affected node candidates found at different root levels
https://bugs.llvm.org/show_bug.cgi?id=36024 Hans Wennborg changed: What|Removed |Added Resolution|--- |FIXED Status|NEW |RESOLVED --- Comment #1 from Hans Wennborg --- Merged in r323110. Thanks! -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 25745] Problem in InstCombineSelect.cpp handling SPF_ABS/SPF_NABS
https://bugs.llvm.org/show_bug.cgi?id=25745 Simon Pilgrim changed: What|Removed |Added Resolution|--- |FIXED Status|NEW |RESOLVED Fixed By Commit(s)||254869 --- Comment #2 from Simon Pilgrim --- This was fixed by Sanjoy at rL254869 -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 35812] PowerPC: cmpxchg generates incorrect code for i16 and i8
https://bugs.llvm.org/show_bug.cgi?id=35812 Hans Wennborg changed: What|Removed |Added Status|RESOLVED|REOPENED CC||h...@chromium.org Resolution|FIXED |--- --- Comment #5 from Hans Wennborg --- (In reply to Nemanja Ivanovic from comment #4) > This is fixed by a pair of commits: > https://reviews.llvm.org/rL322767 > https://reviews.llvm.org/rL322372 > > These two commits need to be merged into the 6.0 branch. Hans, are you able > to do that or do I need to get further approval and commit it to the branch? Let's keep this open until it's merged. Hal, does this sound good for merging? -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 35804] [meta] 6.0.0 Release Blockers
https://bugs.llvm.org/show_bug.cgi?id=35804 Bug 35804 depends on bug 35812, which changed state. Bug 35812 Summary: PowerPC: cmpxchg generates incorrect code for i16 and i8 https://bugs.llvm.org/show_bug.cgi?id=35812 What|Removed |Added Status|RESOLVED|REOPENED 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 http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 36006] lld: TEST 'lld :: COFF/manifestinput-error.test' is not recognized as unsupported in stand-alone
https://bugs.llvm.org/show_bug.cgi?id=36006 Hans Wennborg changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED CC||h...@chromium.org --- Comment #3 from Hans Wennborg --- Merged in r323107 -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 35804] [meta] 6.0.0 Release Blockers
https://bugs.llvm.org/show_bug.cgi?id=35804 Bug 35804 depends on bug 36006, which changed state. Bug 36006 Summary: lld: TEST 'lld :: COFF/manifestinput-error.test' is not recognized as unsupported in stand-alone https://bugs.llvm.org/show_bug.cgi?id=36006 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 http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] Issue 5579 in oss-fuzz: llvm/llvm-isel-fuzzer--aarch64-O2: ASSERT: DAG.getTargetLoweringInfo().isTypeLegal(PartVT) && "Copying to an illegal type!"
Status: New Owner: CC: k...@google.com, masc...@google.com, jdevlieg...@apple.com, igm...@gmail.com, llvm-b...@lists.llvm.org, v...@apple.com, mitchphi...@outlook.com, xpl...@gmail.com, akils...@apple.com Labels: ClusterFuzz Stability-Memory-AddressSanitizer Reproducible Stability-AFL Engine-libfuzzer Proj-llvm Reported-2018-01-22 Type: Bug New issue 5579 by ClusterFuzz-External: llvm/llvm-isel-fuzzer--aarch64-O2: ASSERT: DAG.getTargetLoweringInfo().isTypeLegal(PartVT) && "Copying to an illegal type!" https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=5579 Detailed report: https://oss-fuzz.com/testcase?key=5826425102794752 Project: llvm Fuzzer: libFuzzer_llvm_llvm-isel-fuzzer--aarch64-O2 Fuzz target binary: llvm-isel-fuzzer--aarch64-O2 Job Type: libfuzzer_asan_llvm Platform Id: linux Crash Type: ASSERT Crash Address: Crash State: DAG.getTargetLoweringInfo().isTypeLegal(PartVT) && "Copying to an illegal type!" getCopyToParts llvm::TargetLowering::LowerCallTo Sanitizer: address (ASAN) Regressed: https://oss-fuzz.com/revisions?job=libfuzzer_asan_llvm&range=201710160455:201710190451 Reproducer Testcase: https://oss-fuzz.com/download?testcase_id=5826425102794752 Issue filed automatically. See https://github.com/google/oss-fuzz/blob/master/docs/reproducing.md for more information. When you fix this bug, please * mention the fix revision(s). * state whether the bug was a short-lived regression or an old bug in any stable releases. * add any other useful information. This information can help downstream consumers. If you have questions for the OSS-Fuzz team, please file an issue at https://github.com/google/oss-fuzz/issues. -- 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 http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 36027] Merge r323039 into the 6.0 branch
https://bugs.llvm.org/show_bug.cgi?id=36027 Hans Wennborg changed: What|Removed |Added CC||h...@chromium.org Resolution|--- |FIXED Status|NEW |RESOLVED --- Comment #1 from Hans Wennborg --- Merged in r323120. -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 35804] [meta] 6.0.0 Release Blockers
https://bugs.llvm.org/show_bug.cgi?id=35804 Bug 35804 depends on bug 36027, which changed state. Bug 36027 Summary: Merge r323039 into the 6.0 branch https://bugs.llvm.org/show_bug.cgi?id=36027 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 http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 36034] Merge r323034 into the 6.0 branch: [Dominators] Fix some edge cases for PostDomTree updating
https://bugs.llvm.org/show_bug.cgi?id=36034 Hans Wennborg changed: What|Removed |Added Resolution|--- |FIXED CC||h...@chromium.org Status|NEW |RESOLVED --- Comment #1 from Hans Wennborg --- Merged in r323121. -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 35804] [meta] 6.0.0 Release Blockers
https://bugs.llvm.org/show_bug.cgi?id=35804 Bug 35804 depends on bug 36034, which changed state. Bug 36034 Summary: Merge r323034 into the 6.0 branch: [Dominators] Fix some edge cases for PostDomTree updating https://bugs.llvm.org/show_bug.cgi?id=36034 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 http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 36036] New: [DAGCombine] Failure to recognise alternative ISD::ABS pattern
https://bugs.llvm.org/show_bug.cgi?id=36036
Bug ID: 36036
Summary: [DAGCombine] Failure to recognise alternative ISD::ABS
pattern
Product: libraries
Version: trunk
Hardware: PC
OS: Windows NT
Status: NEW
Severity: enhancement
Priority: P
Component: Common Code Generator Code
Assignee: unassignedb...@nondot.org
Reporter: llvm-...@redking.me.uk
CC: llvm-bugs@lists.llvm.org, spatel+l...@rotateright.com
__v4si abs(__v4si v) {
__m128i sign = _mm_srai_epi32( v, 31 );
return _mm_xor_si128( _mm_add_epi32( v, sign ), sign );
}
__v4si abs_alt(__v4si v) {
__m128i sign = _mm_srai_epi32( v, 31 );
return _mm_sub_epi32( _mm_xor_si128( v, sign ), sign );
}
define <4 x i32> @abs(<4 x i32>) {
%2 = icmp slt <4 x i32> %0, zeroinitializer
%3 = sub <4 x i32> zeroinitializer, %0
%4 = select <4 x i1> %2, <4 x i32> %3, <4 x i32> %0
ret <4 x i32> %4
}
define <4 x i32> @abs_alt(<4 x i32>) {
%2 = ashr <4 x i32> %0,
%3 = xor <4 x i32> %2, %0
%4 = sub <4 x i32> %3, %2
ret <4 x i32> %4
}
llc -mcpu=btver2
abs:
vpabsd %xmm0, %xmm0
retq
abs_alt:
vpsrad $31, %xmm0, %xmm1
vpxor %xmm0, %xmm1, %xmm0
vpsubd %xmm1, %xmm0, %xmm0
retq
--
You are receiving this mail because:
You are on the CC list for the bug.___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 36037] New: Make clang accept the -msahf command-line option to activate the +sahf feature for the backend
https://bugs.llvm.org/show_bug.cgi?id=36037 Bug ID: 36037 Summary: Make clang accept the -msahf command-line option to activate the +sahf feature for the backend Product: clang Version: 6.0 Hardware: PC OS: All Status: NEW Severity: enhancement Priority: P Component: -New Bugs Assignee: unassignedclangb...@nondot.org Reporter: jonloo...@gmail.com CC: llvm-bugs@lists.llvm.org Created attachment 19719 --> https://bugs.llvm.org/attachment.cgi?id=19719&action=edit Patch to add support for the -msahf option. The +sahf feature is important because it makes LLVM produce correct and more efficient x86-64 code (see Bug 36028, for example). Therefore, it would be helpful if a user could activate this feature on the command-line and have clang pipe the feature through to the backend. GCC uses -msahf for this feature, and the backend already recognizes the +sahf feature. All that is needed is to teach clang to pass this on to the backend. The attached patch seems to do that. The mapping of feature support onto CPUs may not be complete; rather, it was chosen to match LLVM's idea of which CPUs support this feature (see lib/Target/X86/X86.td). -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 35095] Regression tests fail on Windows when git “core.autocrlf” is set to true
https://bugs.llvm.org/show_bug.cgi?id=35095 Simon Pilgrim changed: What|Removed |Added Fixed By Commit(s)||318560 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 http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 36038] New: long double is suboptimal on WebAssembly
https://bugs.llvm.org/show_bug.cgi?id=36038 Bug ID: 36038 Summary: long double is suboptimal on WebAssembly Product: libraries Version: trunk Hardware: PC OS: Linux Status: NEW Severity: enhancement Priority: P Component: Backend: WebAssembly Assignee: unassignedb...@nondot.org Reporter: n...@realvnc.com CC: llvm-bugs@lists.llvm.org Wasm provides "long double" as an emulated 128-bit double, using the compiler-rt library. This is excessive precision for most applications, and a previous discussion (which I can't find now...) in a GitHub thread indicated that several Wasm contributors thought it would be better to simply provide 64-bit floats on Wasm. The argument was, "anyone who really needs 128-bit floats is writing rather unusual software, and can use a library". Using 128-bit long doubles is a long-term ABI commitment, which incurs overhead in any application that uses snprintf or other such functions. I don't believe this change is recorded elsewhere in Bugzilla. (See PR35582 for another similar ABI change, int_fast16_t, and PR7 for changing size_t to long.) -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 36039] New: [WebAssembly] must emit call_indirect for weak undefined symbols
https://bugs.llvm.org/show_bug.cgi?id=36039
Bug ID: 36039
Summary: [WebAssembly] must emit call_indirect for weak
undefined symbols
Product: libraries
Version: trunk
Hardware: PC
OS: Linux
Status: NEW
Severity: enhancement
Priority: P
Component: Backend: WebAssembly
Assignee: unassignedb...@nondot.org
Reporter: n...@realvnc.com
CC: llvm-bugs@lists.llvm.org
When a Wasm object file calls an undefined weak symbol, the `call` instruction
should not be used; instead the backend should emit a `call_indirect`
instruction.
The problem is that a `call` instruction MUST have a valid operand for the Wasm
file to validate. And, the final linked output must certainly validate. If the
symbol is undefined and weak, then the final linked output will have no
corresponding Wasm import or Wasm function to use as the operand of the call
instruction.
=== failing code ===
extern int strongExt(void);
extern __attribute__((weak)) int weakExt(void);
void callExts(void) { strongExt(); if (weakExt) weakExt(); }
// Compile with:
// clang --target=wasm32-unknown-unknown-wasm -nostdlib -o /tmp/test.wasm \
///tmp/test.c -Wl,--allow-undefined -Wl,--no-entry
// LLD fails on an assertion.
Even though the call is guarded with a check for whether the function is
defined, the call instruction is still present.
I believe that calls to all weak undefined symbols will have to be made
indirectly. This isn't as bad as it sounds: weak but defined symbols are fine,
since the call instruction is safe to emit; and, for weak undefined symbols
you'd need a conditional check anyway to be safe at runtime, which would have
the same effect of putting the function in the table. So, I don't believe that
this will result in significant bloat on the function table.
For completeness:
An alternative would be a linker-generated function stub with the correct
signature which calls unreachable, to use as the operand of the `call`
instruction.
--
You are receiving this mail because:
You are on the CC list for the bug.___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 34901] fatal error: error in backend: Wasm COMDATs only support SelectionKind:Any, 'function' cannot be lowered
https://bugs.llvm.org/show_bug.cgi?id=34901 Nicholas Wilson changed: What|Removed |Added Status|NEW |RESOLVED CC||n...@realvnc.com Resolution|--- |FIXED --- Comment #2 from Nicholas Wilson --- COMDAT support was merged in December. I have tested the attached code, and the crash no longer reproduces. -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 36040] New: Error generating preprocessed source(s)
https://bugs.llvm.org/show_bug.cgi?id=36040 Bug ID: 36040 Summary: Error generating preprocessed source(s) Product: OpenMP Version: unspecified Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P Component: Clang Compiler Support Assignee: unassignedclangb...@nondot.org Reporter: rbar...@umn.edu CC: llvm-bugs@lists.llvm.org Created attachment 19720 --> https://bugs.llvm.org/attachment.cgi?id=19720&action=edit Soure code that caused problem I am trying to compile some code (attached) using: clang++ mycode.cpp CumulativeTimer.cpp Timer.cpp random.cpp -fopenmp -fopenmp-targets=nvptx64-nvidia-cuda --cuda-path=/sw/summitdev/cuda/9.0.69 -std=c++11 -DGIT_HASH="\"Unknown\"" -Wall But I get the following output, which requests that I report the issue here: clang-3.8: /home/compteam/slave0/build_folder_trunk_ibm_inline/src/tools/clang/lib/CodeGen/CodeGenFunction.h:1989: clang::CodeGen::Address clang::CodeGen::CodeGenFunction::GetAddrOfLocalVar(const clang::VarDecl *): Assertion `it != LocalDeclMap.end() && "Invalid argument to GetAddrOfLocalVar(), no decl!"' failed. #0 0x11bb7148 llvm::sys::PrintStackTrace(llvm::raw_ostream&) (/autofs/nccs-svm1_sw/summitdev/.swci/0-core/opt/spack/20170405/linux-rhel7-ppc64le/gcc-4.8.5/clang-20170925-mfo7hvcvzzejibsc566co7f345rfynat/bin/clang-3.8+0x11bb7148) #1 0x11bb76b8 PrintStackTraceSignalHandler(void*) (/autofs/nccs-svm1_sw/summitdev/.swci/0-core/opt/spack/20170405/linux-rhel7-ppc64le/gcc-4.8.5/clang-20170925-mfo7hvcvzzejibsc566co7f345rfynat/bin/clang-3.8+0x11bb76b8) #2 0x11bb7a84 SignalHandler(int) (/autofs/nccs-svm1_sw/summitdev/.swci/0-core/opt/spack/20170405/linux-rhel7-ppc64le/gcc-4.8.5/clang-20170925-mfo7hvcvzzejibsc566co7f345rfynat/bin/clang-3.8+0x11bb7a84) #3 0x3fffa82b0478 0x478 __GI_abort #4 0x3fffa82b0478 #5 0x3fffa82b0478 __assert_fail_base (+0x478) #6 0x3fffa7d70d70 __GI___assert_fail (/lib64/libc.so.6+0x40d70) #7 0x3fffa7d648a4 clang::CodeGen::CGOpenMPRuntimeNVPTX::createDataSharingInfo(clang::CodeGen::CodeGenFunction&) (/lib64/libc.so.6+0x348a4) #8 0x3fffa7d64994 clang::CodeGen::CGOpenMPRuntimeNVPTX::registerParallelContext(clang::CodeGen::CodeGenFunction&, clang::OMPExecutableDirective const&) (/lib64/libc.so.6+0x34994) #9 0x1210653c emitCommonOMPParallelDirective(clang::CodeGen::CodeGenFunction&, clang::OMPExecutableDirective const&, clang::OpenMPDirectiveKind, clang::CodeGen::RegionCodeGenTy const&, unsigned int) (/autofs/nccs-svm1_sw/summitdev/.swci/0-core/opt/spack/20170405/linux-rhel7-ppc64le/gcc-4.8.5/clang-20170925-mfo7hvcvzzejibsc566co7f345rfynat/bin/clang-3.8+0x1210653c) #10 0x12105484 void clang::CodeGen::RegionCodeGenTy::CallbackFn(long, clang::CodeGen::CodeGenFunction&, clang::CodeGen::PrePostActionTy&) (/autofs/nccs-svm1_sw/summitdev/.swci/0-core/opt/spack/20170405/linux-rhel7-ppc64le/gcc-4.8.5/clang-20170925-mfo7hvcvzzejibsc566co7f345rfynat/bin/clang-3.8+0x12105484) #11 0x11e20b64 clang::CodeGen::RegionCodeGenTy::operator()(clang::CodeGen::CodeGenFunction&) const (/autofs/nccs-svm1_sw/summitdev/.swci/0-core/opt/spack/20170405/linux-rhel7-ppc64le/gcc-4.8.5/clang-20170925-mfo7hvcvzzejibsc566co7f345rfynat/bin/clang-3.8+0x11e20b64) #12 0x11e4ee98 void llvm::function_ref::callback_fn(long, clang::CodeGen::CodeGenFunction&) (/autofs/nccs-svm1_sw/summitdev/.swci/0-core/opt/spack/20170405/linux-rhel7-ppc64le/gcc-4.8.5/clang-20170925-mfo7hvcvzzejibsc566co7f345rfynat/bin/clang-3.8+0x11e4ee98) #13 0x120a75fc clang::CodeGen::CodeGenFunction::EmitOMPInnerLoop(clang::Stmt const&, bool, clang::Expr const*, clang::Expr const*, clang::Expr const*, llvm::function_ref const&, llvm::function_ref const&) (/autofs/nccs-svm1_sw/summitdev/.swci/0-core/opt/spack/20170405/linux-rhel7-ppc64le/gcc-4.8.5/clang-20170925-mfo7hvcvzzejibsc566co7f345rfynat/bin/clang-3.8+0x120a75fc) #14 0x11e4ed24 clang::CodeGen::CodeGenFunction::EmitOMPDistributeLoop(clang::OMPLoopDirective const&, clang::CodeGen::RegionCodeGenTy const&) (/autofs/nccs-svm1_sw/summitdev/.swci/0-core/opt/spack/20170405/linux-rhel7-ppc64le/gcc-4.8.5/clang-20170925-mfo7hvcvzzejibsc566co7f345rfynat/bin/clang-3.8+0x11e4ed24) #15 0x11e225cc void clang::CodeGen::RegionCodeGenTy::CallbackFn(long, clang::CodeGen::CodeGenFunction&, clang::CodeGen::PrePostActionTy&) (/autofs/nccs-svm1_sw/summitdev/.swci/0-core/opt/spack/20170405/linux-rhel7-ppc64le/gcc-4.8.5/clang-20170925-mfo7hvcvzzejibsc566co7f345rfynat/bin/clang-3.8+0x11e225cc) #16 0x11e31998 (anonymous namespace)::CGOpenMPRegionInfo::EmitBody(clang::CodeGen::CodeGenFunction&, clang::Stmt const*) (/autofs/nccs-svm1_sw/summitdev/.swci/0-core/opt/spack/20170405/linux-rhel7-ppc64le/gcc-4.8.5/clang-20170925-mfo7hvcvzzejibsc566co7f345rfynat/bin/clang-3.8+0x11e31998) #17 0x11e4ee1c clang::CodeGen
[llvm-bugs] Issue 5580 in oss-fuzz: llvm/llvm-isel-fuzzer--x86_64-O2: Timeout in llvm_llvm-isel-fuzzer--x86_64-O2
Status: New Owner: CC: k...@google.com, masc...@google.com, jdevlieg...@apple.com, igm...@gmail.com, llvm-b...@lists.llvm.org, v...@apple.com, mitchphi...@outlook.com, xpl...@gmail.com, akils...@apple.com Labels: ClusterFuzz Unreproducible Engine-libfuzzer Proj-llvm Reported-2018-01-22 Type: Bug New issue 5580 by ClusterFuzz-External: llvm/llvm-isel-fuzzer--x86_64-O2: Timeout in llvm_llvm-isel-fuzzer--x86_64-O2 https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=5580 Detailed report: https://oss-fuzz.com/testcase?key=6600042027679744 Project: llvm Fuzzer: libFuzzer_llvm_llvm-isel-fuzzer--x86_64-O2 Fuzz target binary: llvm-isel-fuzzer--x86_64-O2 Job Type: libfuzzer_asan_llvm Platform Id: linux Crash Type: Timeout (exceeds 25 secs) Crash Address: Crash State: llvm_llvm-isel-fuzzer--x86_64-O2 Sanitizer: address (ASAN) Reproducer Testcase: https://oss-fuzz.com/download?testcase_id=6600042027679744 Issue filed automatically. See https://github.com/google/oss-fuzz/blob/master/docs/reproducing.md for more information. Note: This crash might not be reproducible with the provided testcase. That said, for the past 14 days we've been seeing this crash frequently. If you are unable to reproduce this, please try a speculative fix based on the crash stacktrace in the report. The fix can be verified by looking at the crash statistics in the report, a day after the fix is deployed. We will auto-close the bug if the crash is not seen for 14 days. When you fix this bug, please * mention the fix revision(s). * state whether the bug was a short-lived regression or an old bug in any stable releases. * add any other useful information. This information can help downstream consumers. If you have questions for the OSS-Fuzz team, please file an issue at https://github.com/google/oss-fuzz/issues. -- 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 http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 36041] New: Headers not consistently exposed for all IDEs
https://bugs.llvm.org/show_bug.cgi?id=36041
Bug ID: 36041
Summary: Headers not consistently exposed for all IDEs
Product: Build scripts
Version: trunk
Hardware: All
OS: All
Status: NEW
Severity: enhancement
Priority: P
Component: cmake
Assignee: unassignedb...@nondot.org
Reporter: aardap...@gmail.com
CC: llvm-bugs@lists.llvm.org
When CMake is used with an IDE, you typically want your headers added to your
target add_library / add_executable, to allow the IDE's feature to work (e.g.
find all references of a symbol).
There does not appear to be a way in the current CMake files to force this.
Clang has if(MSVC_IDE OR XCODE) in AddClang.cmake that appears to accomplish
this, but AddLLVM.cmake has nothing similar.
Also, there are other IDE's than those two, e.g. QtCreator (which works well
with LLVM as a generic C++ IDE on Linux) uses "CodeBlocks - Unix Makefiles" as
generator. Now unlike VS or XCode, there appears to be no way to detect that
CodeBlocks is being generator for, and CMAKE_GENERATOR will just be equal to
"Unix Makefiles" in this case.
I'd suggest it may be easier to always add all headers to the targets, as that
covers all possible IDEs, but there may be performance implications of that for
non-IDE users?
So far, a quick hack for me was add something like this to
include/llvm/CMakeLists.txt:
file(GLOB_RECURSE LLVM_ALL_HEADERS "*.h")
add_library(all_llvm_headers "${LLVM_MAIN_SRC_DIR}/cmake/dummy.cpp"
${LLVM_ALL_HEADERS})
But that most certainly is a bad idea. Not sure what the correct solution is.
--
You are receiving this mail because:
You are on the CC list for the bug.___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 33869] Clang is not aware of a false dependency of LZCNT, TZCNT, POPCNT on destination register on some Intel CPUs
https://bugs.llvm.org/show_bug.cgi?id=33869 Marina Yatsina changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED|RESOLVED --- Comment #23 from Marina Yatsina --- Committed a fix in rL323096. -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 36042] New: [PCG] Redundant stack operations
https://bugs.llvm.org/show_bug.cgi?id=36042
Bug ID: 36042
Summary: [PCG] Redundant stack operations
Product: libraries
Version: trunk
Hardware: PC
OS: All
Status: NEW
Severity: enhancement
Priority: P
Component: Backend: X86
Assignee: unassignedb...@nondot.org
Reporter: konstantin.belocha...@sony.com
CC: llvm-bugs@lists.llvm.org
Redundant stack operations from clang.
A repro case with command line and disassembly is below.
Source (test.c):
typedef bool (*CallbackFunc)(unsigned int param);
bool Test(CallbackFunc func, unsigned int param)
{
bool x = func(param);
return (x || 1);
}
Command Line:
clang -fomit-frame-pointer -O2 -g -c test.c test.o
Disassembly:
Test: # @Test
.cfi_startproc
# BB#0: # %entry
pushq%rax
.Ltmp1:
.cfi_def_cfa_offset 16
movq%rdi, %rax
movl%esi, %edi
callq*%rax
movb$1, %al
popq%rdx
ret
Notice the redundant 'push rax' (and the 'pop rdx' that seems to go with it).
Please note that the -fomit-frame-pointer is intentional in this
case, btw.. even though it's not actually a leaf function.
--
You are receiving this mail because:
You are on the CC list for the bug.___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] Issue 5537 in oss-fuzz: llvm/clang-proto-fuzzer: ASSERT: isLoopInvariant(Operands[i], L) && "SCEVAddRecExpr operand is not loop-invariant
Comment #2 on issue 5537 by k...@google.com: llvm/clang-proto-fuzzer:
ASSERT: isLoopInvariant(Operands[i], L) && "SCEVAddRecExpr operand is not
loop-invariant
https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=5537#c2
C reproducer:
% cat 5537.c
void foo(int *a) {
a[0] = (15164);
while (a[0] * a[0]) * a[0]) * ((a[0] * a[0]) * a[0])) * a[0])) {
a[0] = (a[72] + a[0]);
}
while (a[72] * a[0]) * a[0]) * (a[0] * a[0])) * a[0])) {
a[0] = ((1073741824) + a[0]);
}
(void)0;
while ((1 ^ (a[84] & 1))) {
}
while ((1 / (a[0] + (a[0] + 1 {
(void)0;
a[28] = 1;
a[0] = (a[0] + (0));
a[0] = (1 / (1 ^ (a[0] + 1)));
}
while ((40)) {
if (a[0]) {
(void)0;
} else {
}
}
}
% clang -cc1 -triple x86_64-unknown-linux-gnu -emit-obj -O3 5537.c PS1=%
clang: lib/Analysis/ScalarEvolution.cpp:3269: const llvm::SCEV
*llvm::ScalarEvolution::getAddRecExpr(SmallVectorImpl
&, const llvm::Loop *, SCEV::NoWrapFlags): Assertion
`isLoopInvariant(Operands[i], L) && "SCEVAddRecExpr operand is not
loop-invariant!"' failed.
--
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
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 32732] Clang crashes on code completion in comment [clang::Lexer::Lex (this=0x0, Result=...), clang::Preprocessor::Lex (this=0x450df0, Result=...)]
https://bugs.llvm.org/show_bug.cgi?id=32732 Volodymyr Sapsai changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #3 from Volodymyr Sapsai --- Fixed in r323008. -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 36043] New: Merge clang r323008 into 6.0 branch: [Lex] Fix crash on code completion in comment in included file.
https://bugs.llvm.org/show_bug.cgi?id=36043 Bug ID: 36043 Summary: Merge clang r323008 into 6.0 branch: [Lex] Fix crash on code completion in comment in included file. Product: clang Version: 6.0 Hardware: PC OS: All Status: NEW Severity: normal Priority: P Component: Frontend Assignee: unassignedclangb...@nondot.org Reporter: vsap...@apple.com CC: h...@chromium.org, llvm-bugs@lists.llvm.org Blocks: 35804 This commit https://reviews.llvm.org/rC323008 fixes crash during code completion that happens for valid code and is fairly easy to encounter. Corresponding PR is https://bugs.llvm.org/show_bug.cgi?id=32732 Referenced Bugs: https://bugs.llvm.org/show_bug.cgi?id=35804 [Bug 35804] [meta] 6.0.0 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 http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 36044] New: Assert: "GlobalValue with DLLImport Storage is dso_local!
https://bugs.llvm.org/show_bug.cgi?id=36044 Bug ID: 36044 Summary: Assert: "GlobalValue with DLLImport Storage is dso_local! Product: libraries Version: trunk Hardware: PC OS: Windows NT Status: NEW Severity: enhancement Priority: P Component: Core LLVM classes Assignee: unassignedb...@nondot.org Reporter: col...@amazon.com CC: llvm-bugs@lists.llvm.org -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 36045] New: clang crashes on valid code at -O3 on x86_64-linux-gnu while running pass 'Simplify the CFG'
-mthread-model posix -fmath-errno
-masm-verbose -mconstructor-aliases -munwind-tables -fuse-init-array
-target-cpu x86-64 -dwarf-column-info -debugger-tuning=gdb
-momit-leaf-frame-pointer -resource-dir
/home/su/software/tmp/polly/llvm_build/lib/clang/7.0.0 -internal-isystem
/usr/local/include -internal-isystem
/home/su/software/tmp/polly/llvm_build/lib/clang/7.0.0/include
-internal-externc-isystem /usr/include/x86_64-linux-gnu
-internal-externc-isystem /include -internal-externc-isystem /usr/include -O3
-fdebug-compilation-dir
/home/su/specres/good/20180122-clangpolly-m32-O3-Wall-g-build-055229
-ferror-limit 19 -fmessage-length 116 -fobjc-runtime=gcc
-fdiagnostics-show-option -fcolor-diagnostics -vectorize-loops -vectorize-slp
-o /tmp/small-e560ef.o -x c small.c
1. parser at end of file
2. Per-module optimization passes
3. Running pass 'CallGraph Pass Manager' on module 'small.c'.
4. Running pass 'Simplify the CFG' on function '@j'
clang-6.0: error: unable to execute command: Segmentation fault (core dumped)
clang-6.0: error: clang frontend command failed due to signal (use -v to see
invocation)
clang version 7.0.0 (http://llvm.org/git/clang.git
39491d7b6098f96eb1f88d68068eb654c1e2bd81) (http://llvm.org/git/llvm.git
c127e0c9742f746fe7198222bf6442b81787292e)
Target: x86_64-unknown-linux-gnu
Thread model: posix
InstalledDir: /home/su/bin
clang-6.0: note: diagnostic msg: PLEASE submit a bug report to
http://llvm.org/bugs/ and include the crash backtrace, preprocessed source, and
associated run script.
clang-6.0: note: diagnostic msg:
PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT:
Preprocessed source(s) and associated run script(s) are located at:
clang-6.0: note: diagnostic msg: /tmp/small-b940f3.c
clang-6.0: note: diagnostic msg: /tmp/small-b940f3.sh
clang-6.0: note: diagnostic msg:
$
---
int a, b, c, e;
unsigned d;
int f (int g, int h)
{
return (g > 0 && -h) || g < 0 ? g : g + h;
}
char i (int g, int h)
{
return g + h;
}
void j ()
{
int k = 5, m = 3;
while (1)
{
int l;
if (!e)
break;
k = 1;
}
while (1)
{
if (k)
break;
for (d = 0; d < 21; d = f (d, 2))
{
m = 5;
if (b)
break;
}
if (i (c & 7, 1) && m)
b = d = a;
}
}
int main ()
{
j ();
return 0;
}
--
You are receiving this mail because:
You are on the CC list for the bug.___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 36046] New: Implement /order
https://bugs.llvm.org/show_bug.cgi?id=36046 Bug ID: 36046 Summary: Implement /order Product: lld Version: unspecified Hardware: PC OS: Windows NT Status: NEW Severity: enhancement Priority: P Component: COFF Assignee: unassignedb...@nondot.org Reporter: r...@google.com CC: llvm-bugs@lists.llvm.org MSVC linker supports /order option to allow users to specify file layout by symbol names. We want to implement the same feature. https://msdn.microsoft.com/en-us/library/00kh39zz.aspx -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 36044] Assert: "GlobalValue with DLLImport Storage is dso_local!
https://bugs.llvm.org/show_bug.cgi?id=36044 Davide Italiano changed: What|Removed |Added Resolution|--- |WORKSFORME 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 http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 36048] New: TestDataFormatterLibcxxVector.py and TestDataFormatterLibcxxVector.py fail with -fmodules
https://bugs.llvm.org/show_bug.cgi?id=36048 Bug ID: 36048 Summary: TestDataFormatterLibcxxVector.py and TestDataFormatterLibcxxVector.py fail with -fmodules Product: lldb Version: unspecified Hardware: PC OS: All Status: NEW Severity: enhancement Priority: P Component: All Bugs Assignee: lldb-...@lists.llvm.org Reporter: v...@apple.com CC: llvm-bugs@lists.llvm.org These tests were not actually ever building with -fmodules because in Makefile.rules, we strip out -fmodules for c++11 tests. If we stop doing that, we see: 1: test_with_run_command_dsym (TestDataFormatterLibcxxVector.LibcxxVectorDataFormatterTestCase) Test that that file and class static variables display correctly. ... ok 2: test_with_run_command_dwarf (TestDataFormatterLibcxxVector.LibcxxVectorDataFormatterTestCase) Test that that file and class static variables display correctly. ... ok 3: test_with_run_command_gmodules (TestDataFormatterLibcxxVector.LibcxxVectorDataFormatterTestCase) Test that that file and class static variables display correctly. ... FAILURE The symptoms are that the data formatters print the wrong summaries for the vector/list containers. -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 36049] New: Mismatched TLS error could be better
https://bugs.llvm.org/show_bug.cgi?id=36049 Bug ID: 36049 Summary: Mismatched TLS error could be better Product: lld Version: unspecified Hardware: PC OS: Linux Status: NEW Severity: enhancement Priority: P Component: ELF Assignee: unassignedb...@nondot.org Reporter: rafael.espind...@gmail.com CC: llvm-bugs@lists.llvm.org We print ld.lld: error: TLS attribute mismatch: foo >>> defined in test2.o >>> defined in test.o but test.o has an undefined reference to test.o. I would keep this error in the symbol table since we we already do too much in the relocation processing, but it could say "referenced in test.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 http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 36050] New: Suspected bug on nested union type-punning
https://bugs.llvm.org/show_bug.cgi?id=36050
Bug ID: 36050
Summary: Suspected bug on nested union type-punning
Product: clang
Version: unspecified
Hardware: PC
OS: Linux
Status: NEW
Severity: enhancement
Priority: P
Component: Frontend
Assignee: unassignedclangb...@nondot.org
Reporter: chen.pang...@jdh8.org
CC: llvm-bugs@lists.llvm.org
#define reinterpret(T, x) ((union { __typeof__(x) from; T to; }){ x }.to)
float fail(float x)
{
// error: initializer element is not a compile-time constant
return reinterpret(float, reinterpret(int, x) | 0x7FC0);
}
float pass(float x)
{
unsigned i = reinterpret(int, x);
return reinterpret(int, i | 0x7FC0);
}
--
You are receiving this mail because:
You are on the CC list for the bug.___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 36051] New: [6.0] compiler-rt fails to build on arm64 with ld.gold
https://bugs.llvm.org/show_bug.cgi?id=36051 Bug ID: 36051 Summary: [6.0] compiler-rt fails to build on arm64 with ld.gold Product: compiler-rt Version: unspecified Hardware: PC OS: Linux Status: NEW Severity: enhancement Priority: P Component: compiler-rt Assignee: unassignedb...@nondot.org Reporter: sylves...@debian.org CC: llvm-bugs@lists.llvm.org Blocks: 35804 New regression with 6.0 (doesn't happen with 5.0) ompiler-rt/lib/hwasan/CMakeFiles/clang_rt.hwasan-dynamic-aarch64.dir/build make[4]: Entering directory '/<>/llvm-toolchain-6.0-6.0~+rc1/build-llvm' [ 42%] Linking CXX shared library ../../../../lib/clang/6.0.0/lib/linux/libclang_rt.hwasan-aarch64.so cd "/<>/llvm-toolchain-6.0-6.0~+rc1/build-llvm/projects/compiler-rt/lib/hwasan" && /usr/bin/cmake -E cmake_link_script CMakeFiles/clang_rt.hwasan-dynamic-aarch64.dir/link.txt --verbose=1 /usr/bin/g++-7 -fPIC -std=c++0x -fuse-ld=gold -Wl,--no-keep-files-mapped -Wl,--no-map-whole-files -fPIC -fvisibility-inlines-hidden -Werror=date-time -std=c++11 -Wall -W -Wno-unused-parameter -Wwrite-strings -Wcast-qual -Wno-missing-field-initializers -pedantic -Wno-long-long -Wno-maybe-uninitialized -Wdelete-non-virtual-dtor -Wno-comment -ffunction-sections -fdata-sections -Wall -std=c++11 -Wno-unused-parameter -O2 -DNDEBUG -march=armv8-a -nodefaultlibs -Wl,--version-script,/<>/llvm-toolchain-6.0-6.0~+rc1/build-llvm/projects/compiler-rt/lib/hwasan/clang_rt.hwasan-dynamic-aarch64.vers -Wl,-z,relro -Wl,-z,defs -Wl,-z,nodelete -shared -Wl,-soname,libclang_rt.hwasan-aarch64.so -o ../../../../lib/clang/6.0.0/lib/linux/libclang_rt.hwasan-aarch64.so CMakeFiles/RTHwasan_dynamic.aarch64.dir/hwasan.cc.o CMakeFiles/RTHwasan_dynamic.aarch64.dir/hwasan_allocator.cc.o CMakeFiles/RTHwasan_dynamic.aarch64.dir/hwasan_interceptors.cc.o CMakeFiles/RTHwasan_dynamic.aarch64.dir/hwasan_linux.cc.o CMakeFiles/RTHwasan_dynamic.aarch64.dir/hwasan_report.cc.o CMakeFiles/RTHwasan_dynamic.aarch64.dir/hwasan_thread.cc.o CMakeFiles/RTHwasan_dynamic.aarch64.dir/hwasan_poisoning.cc.o ../interception/CMakeFiles/RTInterception.aarch64.dir/interception_linux.cc.o ../interception/CMakeFiles/RTInterception.aarch64.dir/interception_mac.cc.o ../interception/CMakeFiles/RTInterception.aarch64.dir/interception_win.cc.o ../interception/CMakeFiles/RTInterception.aarch64.dir/interception_type_test.cc.o ../sanitizer_common/CMakeFiles/RTSanitizerCommon.aarch64.dir/sanitizer_allocator.cc.o ../sanitizer_common/CMakeFiles/RTSanitizerCommon.aarch64.dir/sanitizer_common.cc.o ../sanitizer_common/CMakeFiles/RTSanitizerCommon.aarch64.dir/sanitizer_deadlock_detector1.cc.o ../sanitizer_common/CMakeFiles/RTSanitizerCommon.aarch64.dir/sanitizer_deadlock_detector2.cc.o ../sanitizer_common/CMakeFiles/RTSanitizerCommon.aarch64.dir/sanitizer_errno.cc.o ../sanitizer_common/CMakeFiles/RTSanitizerCommon.aarch64.dir/sanitizer_file.cc.o ../sanitizer_common/CMakeFiles/RTSanitizerCommon.aarch64.dir/sanitizer_flags.cc.o ../sanitizer_common/CMakeFiles/RTSanitizerCommon.aarch64.dir/sanitizer_flag_parser.cc.o ../sanitizer_common/CMakeFiles/RTSanitizerCommon.aarch64.dir/sanitizer_fuchsia.cc.o ../sanitizer_common/CMakeFiles/RTSanitizerCommon.aarch64.dir/sanitizer_libc.cc.o ../sanitizer_common/CMakeFiles/RTSanitizerCommon.aarch64.dir/sanitizer_libignore.cc.o ../sanitizer_common/CMakeFiles/RTSanitizerCommon.aarch64.dir/sanitizer_linux.cc.o ../sanitizer_common/CMakeFiles/RTSanitizerCommon.aarch64.dir/sanitizer_linux_s390.cc.o ../sanitizer_common/CMakeFiles/RTSanitizerCommon.aarch64.dir/sanitizer_mac.cc.o ../sanitizer_common/CMakeFiles/RTSanitizerCommon.aarch64.dir/sanitizer_persistent_allocator.cc.o ../sanitizer_common/CMakeFiles/RTSanitizerCommon.aarch64.dir/sanitizer_platform_limits_linux.cc.o ../sanitizer_common/CMakeFiles/RTSanitizerCommon.aarch64.dir/sanitizer_platform_limits_netbsd.cc.o ../sanitizer_common/CMakeFiles/RTSanitizerCommon.aarch64.dir/sanitizer_platform_limits_posix.cc.o ../sanitizer_common/CMakeFiles/RTSanitizerCommon.aarch64.dir/sanitizer_platform_limits_solaris.cc.o ../sanitizer_common/CMakeFiles/RTSanitizerCommon.aarch64.dir/sanitizer_posix.cc.o ../sanitizer_common/CMakeFiles/RTSanitizerCommon.aarch64.dir/sanitizer_printf.cc.o ../sanitizer_common/CMakeFiles/RTSanitizerCommon.aarch64.dir/sanitizer_procmaps_common.cc.o ../sanitizer_common/CMakeFiles/RTSanitizerCommon.aarch64.dir/sanitizer_procmaps_freebsd.cc.o ../sanitizer_common/CMakeFiles/RTSanitizerCommon.aarch64.dir/sanitizer_procmaps_linux.cc.o ../sanitizer_common/CMakeFiles/RTSanitizerCommon.aarch64.dir/sanitizer_procmaps_mac.cc.o ../sanitizer_common/CMakeFiles/RTSanitizerCommon.aarch64.dir/sanitizer_procmaps_solaris.cc.o ../sanitizer_common/CMakeFiles/RTSanitizerCommon.aarch64.dir/sanitizer_solaris.cc.o ../sanitizer_common/CMakeFiles/RTSanitizerCommon.aarch64.dir/sanitizer_stackdepot.cc.o ../sanitizer_common/C
