[llvm-bugs] Issue 5754 in oss-fuzz: llvm/clang-fuzzer: Stack-overflow in clang::StmtVisitorBase::Visit
Comment #2 on issue 5754 by ClusterFuzz-External: llvm/clang-fuzzer: Stack-overflow in clang::StmtVisitorBaseIntExprEvaluator, bool>::Visit https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=5754#c2 ClusterFuzz has detected this issue as fixed in range 201804090528:201804100522. Detailed report: https://oss-fuzz.com/testcase?key=5153657482903552 Project: llvm Fuzzer: libFuzzer_llvm_clang-fuzzer Fuzz target binary: clang-fuzzer Job Type: libfuzzer_asan_llvm Platform Id: linux Crash Type: Stack-overflow Crash Address: 0x7ffd0730bf98 Crash State: clang::StmtVisitorBasebool>::Visit Evaluate IntExprEvaluator::VisitBinaryOperator Sanitizer: address (ASAN) Fixed: https://oss-fuzz.com/revisions?job=libfuzzer_asan_llvm&range=201804090528:201804100522 Reproducer Testcase: https://oss-fuzz.com/download?testcase_id=5153657482903552 See https://github.com/google/oss-fuzz/blob/master/docs/reproducing.md for more information. If you suspect that the result above is incorrect, try re-doing that job on the test case report page. -- 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] Issue 5754 in oss-fuzz: llvm/clang-fuzzer: Stack-overflow in clang::StmtVisitorBase::Visit
Updates: Labels: ClusterFuzz-Verified Status: Verified Comment #3 on issue 5754 by ClusterFuzz-External: llvm/clang-fuzzer: Stack-overflow in clang::StmtVisitorBaseIntExprEvaluator, bool>::Visit https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=5754#c3 ClusterFuzz testcase 5153657482903552 is verified as fixed, so closing issue as verified. 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 http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 37068] New: [llvm-exegesis] Compress pfm counter tables
https://bugs.llvm.org/show_bug.cgi?id=37068 Bug ID: 37068 Summary: [llvm-exegesis] Compress pfm counter tables Product: new-bugs Version: unspecified Hardware: PC OS: Linux Status: NEW Severity: enhancement Priority: P Component: new bugs Assignee: unassignedb...@nondot.org Reporter: cour...@google.com CC: llvm-bugs@lists.llvm.org pfm counter name tables are redundant an could be compressed more. -- 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 7522 in oss-fuzz: llvm/llvm-isel-fuzzer--x86_64-O2: ASSERT: (I.atEnd() || std::next(I) == def_instr_end()) && "getVRegDef assumes a single d
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 Engine-libfuzzer Proj-llvm Reported-2018-04-10 Type: Bug New issue 7522 by ClusterFuzz-External: llvm/llvm-isel-fuzzer--x86_64-O2: ASSERT: (I.atEnd() || std::next(I) == def_instr_end()) && "getVRegDef assumes a single d https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=7522 Detailed report: https://oss-fuzz.com/testcase?key=5658950759350272 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: ASSERT Crash Address: Crash State: (I.atEnd() || std::next(I) == def_instr_end()) && "getVRegDef assumes a single d llvm::MachineRegisterInfo::getVRegDef llvm::LiveVariables::runOnMachineFunction Sanitizer: address (ASAN) Regressed: https://oss-fuzz.com/revisions?job=libfuzzer_asan_llvm&range=201804090528:201804100522 Reproducer Testcase: https://oss-fuzz.com/download?testcase_id=5658950759350272 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] Issue 7526 in oss-fuzz: llvm/clang-fuzzer: Stack-overflow in clang::StmtVisitorBase::Visit
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 Engine-libfuzzer Proj-llvm Reported-2018-04-10 Type: Bug New issue 7526 by ClusterFuzz-External: llvm/clang-fuzzer: Stack-overflow in clang::StmtVisitorBasebool>::Visit https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=7526 Detailed report: https://oss-fuzz.com/testcase?key=6299699968475136 Project: llvm Fuzzer: libFuzzer_llvm_clang-fuzzer Fuzz target binary: clang-fuzzer Job Type: libfuzzer_asan_llvm Platform Id: linux Crash Type: Stack-overflow Crash Address: 0x78440a40 Crash State: clang::StmtVisitorBasebool>::Visit Evaluate IntExprEvaluator::VisitUnaryOperator Sanitizer: address (ASAN) Regressed: https://oss-fuzz.com/revisions?job=libfuzzer_asan_llvm&range=201803270519:201803280525 Reproducer Testcase: https://oss-fuzz.com/download?testcase_id=6299699968475136 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 36994] [llvm-exegesis] Add support for AMD CPUs
https://bugs.llvm.org/show_bug.cgi?id=36994 Bug 36994 depends on bug 36984, which changed state. Bug 36984 Summary: [llvm-exegesis] Make libpfm event names properties of the SchedModel/ProcUnits. https://bugs.llvm.org/show_bug.cgi?id=36984 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 36984] [llvm-exegesis] Make libpfm event names properties of the SchedModel/ProcUnits.
https://bugs.llvm.org/show_bug.cgi?id=36984 cour...@google.com changed: What|Removed |Added Resolution|--- |FIXED Status|NEW |RESOLVED --- Comment #1 from cour...@google.com --- Fixed by 329675. -- 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 7532 in oss-fuzz: llvm/llvm-isel-fuzzer--x86_64-O2: ASSERT: isReg() && "This is not a register operand!"
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 Engine-libfuzzer Proj-llvm Reported-2018-04-10 Type: Bug New issue 7532 by ClusterFuzz-External: llvm/llvm-isel-fuzzer--x86_64-O2: ASSERT: isReg() && "This is not a register operand!" https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=7532 Detailed report: https://oss-fuzz.com/testcase?key=5634094709866496 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: ASSERT Crash Address: Crash State: isReg() && "This is not a register operand!" X86FlagsCopyLoweringPass::runOnMachineFunction llvm::MachineFunctionPass::runOnFunction Sanitizer: address (ASAN) Regressed: https://oss-fuzz.com/revisions?job=libfuzzer_asan_llvm&range=201804090528:201804100522 Reproducer Testcase: https://oss-fuzz.com/download?testcase_id=5634094709866496 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] Issue 7533 in oss-fuzz: llvm/llvm-isel-fuzzer--x86_64-O2: ASSERT: FromReg != ToReg && "Cannot replace a reg with itself"
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 Engine-libfuzzer Proj-llvm Reported-2018-04-10 Type: Bug New issue 7533 by ClusterFuzz-External: llvm/llvm-isel-fuzzer--x86_64-O2: ASSERT: FromReg != ToReg && "Cannot replace a reg with itself" https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=7533 Detailed report: https://oss-fuzz.com/testcase?key=5939831487070208 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: ASSERT Crash Address: Crash State: FromReg != ToReg && "Cannot replace a reg with itself" llvm::MachineRegisterInfo::replaceRegWith X86FlagsCopyLoweringPass::runOnMachineFunction Sanitizer: address (ASAN) Regressed: https://oss-fuzz.com/revisions?job=libfuzzer_asan_llvm&range=201804090528:201804100522 Reproducer Testcase: https://oss-fuzz.com/download?testcase_id=5939831487070208 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 37069] New: Crash compiling wireshark's lemon
https://bugs.llvm.org/show_bug.cgi?id=37069 Bug ID: 37069 Summary: Crash compiling wireshark's lemon Product: clang Version: trunk Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P Component: -New Bugs Assignee: unassignedclangb...@nondot.org Reporter: lom...@gmail.com CC: llvm-bugs@lists.llvm.org Created attachment 20178 --> https://bugs.llvm.org/attachment.cgi?id=20178&action=edit See report. During the standard compilation of wireshark, clang crashed. I turned out that the source file was Wireshark's version of lemon: https://code.wireshark.org/review/gitweb?p=wireshark.git;a=blob;f=tools/lemon/lemon.c;h=35ffe8ce91ee646c9a6e9cfae0a10275b506229a;hb=HEAD [1/2] /usr/bin/clang-7 -DG_DISABLE_DEPRECATED -DG_DISABLE_SINGLE_INCLUDES -I. -I../ -isystem /usr/include/glib-2.0 -isystem /usr/lib/x86_64-linux-gnu/glib-2.0/include -isystem /usr/include/lua5.2 -isystem /usr/include/libxml2 -isystem /usr/include/libnl3 -isystem /usr/include/x86_64-linux-gnu/qt5 -isystem /usr/include/x86_64-linux-gnu/qt5/QtCore -isystem /usr/lib/x86_64-linux-gnu/qt5/mkspecs/linux-g++-64 -isystem /usr/include/x86_64-linux-gnu/qt5/QtMultimedia -isystem /usr/include/x86_64-linux-gnu/qt5/QtNetwork -isystem /usr/include/x86_64-linux-gnu/qt5/QtGui -isystem /usr/include/x86_64-linux-gnu/qt5/QtPrintSupport -isystem /usr/include/x86_64-linux-gnu/qt5/QtWidgets -isystem /usr/include/x86_64-linux-gnu/qt5/QtSvg -isystem /usr/include/x86_64-linux-gnu -fvisibility=hidden -Wall -Wextra -Wendif-labels -Wpointer-arith -Wformat-security -fwrapv -fno-strict-overflow -Wvla -Waddress -Wattributes -Wdiv-by-zero -Wignored-qualifiers -Wpragmas -Wno-overlength-strings -Wno-long-long -Wheader-guard -Wframe-larger-than=16384 -Wc++-compat -Wunused-const-variable -Wshadow -Wno-pointer-sign -Wold-style-definition -Wstrict-prototypes -Wshorten-64-to-32 -Werror=implicit -Wcomma -Qunused-arguments -std=gnu99 -O2 -g -DNDEBUG -fPIE -Werror -MMD -MT tools/lemon/CMakeFiles/lemon.dir/lemon.c.o -MF tools/lemon/CMakeFiles/lemon.dir/lemon.c.o.d -o tools/lemon/CMakeFiles/lemon.dir/lemon.c.o -c ../tools/lemon/lemon.c FAILED: /usr/bin/clang-7 -DG_DISABLE_DEPRECATED -DG_DISABLE_SINGLE_INCLUDES -I. -I../ -isystem /usr/include/glib-2.0 -isystem /usr/lib/x86_64-linux-gnu/glib-2.0/include -isystem /usr/include/lua5.2 -isystem /usr/include/libxml2 -isystem /usr/include/libnl3 -isystem /usr/include/x86_64-linux-gnu/qt5 -isystem /usr/include/x86_64-linux-gnu/qt5/QtCore -isystem /usr/lib/x86_64-linux-gnu/qt5/mkspecs/linux-g++-64 -isystem /usr/include/x86_64-linux-gnu/qt5/QtMultimedia -isystem /usr/include/x86_64-linux-gnu/qt5/QtNetwork -isystem /usr/include/x86_64-linux-gnu/qt5/QtGui -isystem /usr/include/x86_64-linux-gnu/qt5/QtPrintSupport -isystem /usr/include/x86_64-linux-gnu/qt5/QtWidgets -isystem /usr/include/x86_64-linux-gnu/qt5/QtSvg -isystem /usr/include/x86_64-linux-gnu -fvisibility=hidden -Wall -Wextra -Wendif-labels -Wpointer-arith -Wformat-security -fwrapv -fno-strict-overflow -Wvla -Waddress -Wattributes -Wdiv-by-zero -Wignored-qualifiers -Wpragmas -Wno-overlength-strings -Wno-long-long -Wheader-guard -Wframe-larger-than=16384 -Wc++-compat -Wunused-const-variable -Wshadow -Wno-pointer-sign -Wold-style-definition -Wstrict-prototypes -Wshorten-64-to-32 -Werror=implicit -Wcomma -Qunused-arguments -std=gnu99 -O2 -g -DNDEBUG -fPIE -Werror -MMD -MT tools/lemon/CMakeFiles/lemon.dir/lemon.c.o -MF tools/lemon/CMakeFiles/lemon.dir/lemon.c.o.d -o tools/lemon/CMakeFiles/lemon.dir/lemon.c.o -c ../tools/lemon/lemon.c #0 0x7fad4c2b927a llvm::sys::PrintStackTrace(llvm::raw_ostream&) (/usr/lib/x86_64-linux-gnu/libLLVM-7.so.1+0x8c827a) #1 0x7fad4c2b743e llvm::sys::RunSignalHandlers() (/usr/lib/x86_64-linux-gnu/libLLVM-7.so.1+0x8c643e) #2 0x7fad4c2b758c (/usr/lib/x86_64-linux-gnu/libLLVM-7.so.1+0x8c658c) #3 0x7fad4f5ed390 __restore_rt (/lib/x86_64-linux-gnu/libpthread.so.0+0x11390) #4 0x7fad4cc9a2a1 (/usr/lib/x86_64-linux-gnu/libLLVM-7.so.1+0x12a92a1) #5 0x7fad4cc9d799 (/usr/lib/x86_64-linux-gnu/libLLVM-7.so.1+0x12ac799) #6 0x7fad4c38b462 llvm::FPPassManager::runOnFunction(llvm::Function&) (/usr/lib/x86_64-linux-gnu/libLLVM-7.so.1+0x99a462) #7 0x7fad4d031a5e (/usr/lib/x86_64-linux-gnu/libLLVM-7.so.1+0x1640a5e) #8 0x7fad4c38b0af llvm::legacy::PassManagerImpl::run(llvm::Module&) (/usr/lib/x86_64-linux-gnu/libLLVM-7.so.1+0x99a0af) #9 0x007a02ae clang::EmitBackendOutput(clang::DiagnosticsEngine&, clang::HeaderSearchOptions const&, clang::CodeGenOptions const&, clang::TargetOptions const&, clang::LangOptions const&, llvm::DataLayout const&, llvm::Module*, clang::BackendAction, std::unique_ptr >) (/usr/lib/llvm-7/bin/clang+0x7a02ae) #10 0x00cf3064 (/usr/lib/llvm-7/bin/clang+0xcf3064) #11 0x011a6060 clang::ParseAST(clang::Sema&, bool, bool) (/usr/lib/llvm-7/bin/c
[llvm-bugs] [Bug 37070] New: [LLVM-COV] Destructor is wrongly marked as not executed in llvm-cov
https://bugs.llvm.org/show_bug.cgi?id=37070
Bug ID: 37070
Summary: [LLVM-COV] Destructor is wrongly marked as not
executed in llvm-cov
Product: Runtime Libraries
Version: trunk
Hardware: PC
OS: Windows NT
Status: NEW
Severity: enhancement
Priority: P
Component: libprofile library
Assignee: unassignedb...@nondot.org
Reporter: yangyib...@nju.edu.cn
CC: llvm-bugs@lists.llvm.org
$ clang -v
clang version 7.0.0- (trunk)
Target: x86_64-pc-linux-gnu
Thread model: posix
InstalledDir: /usr/bin
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/4.8
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/4.8.5
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/5
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/5.4.1
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/6
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/6.4.0
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/7
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/7.2.0
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/8
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/8.0.0
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.8
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.8.5
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/5
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/5.4.1
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/6
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/6.4.0
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/7
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/7.2.0
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/8
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/8.0.0
Selected GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/8.0.0
Candidate multilib: .;@m64
Selected multilib: .;@m64
$ cat small.c
#include
void ctor() __attribute__((constructor));
void ctor() {
printf("Create!\n");
}
void dtor() __attribute__((destructor));
void dtor() {
printf("Create!\n");
}
int main() { return 0; }
$ clang -w -O0 -g -fcoverage-mapping -fprofile-instr-generate=small.profraw
small.c; ./a.out; llvm-profdata merge small.profraw -o small.profdata; llvm-cov
show a.out -instr-profile=small.profdata small.c > small.gcov; cat small.gcov
Create!
Create!
1| |#include
2| |
3| |void ctor() __attribute__((constructor));
4| |
5| 1|void ctor() {
6| 1| printf("Create!\n");
7| 1|}
8| |void dtor() __attribute__((destructor));
9| |
10| 0|void dtor() {
11| 0| printf("Create!\n");
12| 0|}
13| |
14| 1|int main() { return 0; }
Line #10, #11, and #12 in destructor are wrongly marked as not 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
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] Issue 5446 in oss-fuzz: llvm/llvm-isel-fuzzer--aarch64-O2: ASSERT: getMinSignedBits() <= 64 && "Too many bits for int64_t"
Updates: Labels: Deadline-Approaching Comment #2 on issue 5446 by sheriff...@chromium.org: llvm/llvm-isel-fuzzer--aarch64-O2: ASSERT: getMinSignedBits() <= 64 && "Too many bits for int64_t" https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=5446#c2 This bug is approaching its deadline for being fixed, and will be automatically derestricted within 7 days. If a fix is planned within 2 weeks after the deadline has passed, a grace extension can be granted. - Your friendly Sheriffbot -- 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] Issue 5455 in oss-fuzz: llvm/llvm-isel-fuzzer--aarch64-O2: ASSERT: New->getType() == getType() && "replaceAllUses of value with new value of differ
Updates: Labels: Deadline-Approaching Comment #2 on issue 5455 by sheriff...@chromium.org: llvm/llvm-isel-fuzzer--aarch64-O2: ASSERT: New->getType() == getType() && "replaceAllUses of value with new value of differ https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=5455#c2 This bug is approaching its deadline for being fixed, and will be automatically derestricted within 7 days. If a fix is planned within 2 weeks after the deadline has passed, a grace extension can be granted. - Your friendly Sheriffbot -- 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 37071] New: [LLVM-COV] Wrong coverage with shift operators in macro
https://bugs.llvm.org/show_bug.cgi?id=37071
Bug ID: 37071
Summary: [LLVM-COV] Wrong coverage with shift operators in
macro
Product: Runtime Libraries
Version: trunk
Hardware: PC
OS: All
Status: NEW
Severity: enhancement
Priority: P
Component: libprofile library
Assignee: unassignedb...@nondot.org
Reporter: yangyib...@nju.edu.cn
CC: llvm-bugs@lists.llvm.org
$ cat small.c
#define ROR(a,b) (((a) >> (b)) | ((a) << ((sizeof (a) * 8) - (b
char c = 0xf234;
main ()
{
if (ROR (c, 4) != ROR (c, 4))
exit (1);
exit (0);
}
$ clang -w -O0 -g -fcoverage-mapping -fprofile-instr-generate=small.profraw
small.c; ./a.out; llvm-profdata merge small.profraw -o small.profdata; llvm-cov
show a.out -instr-profile=small.profdata small.c > small.gcov; cat small.gcov
1| 2|#define ROR(a,b) (((a) >> (b)) | ((a) << ((sizeof (a) * 8) -
(b
2| |
3| |char c = 0xf234;
4| |
5| |main ()
6| 1|{
7| 1| if (ROR (c, 4) != ROR (c, 4))
8| 1|exit (1);
9| 1|
10| 1| exit (0);
11| 1|}
Line #8 is wrongly marked as 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
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 37072] New: [LLVM-COV] wrong coverage of case in swith statement
https://bugs.llvm.org/show_bug.cgi?id=37072
Bug ID: 37072
Summary: [LLVM-COV] wrong coverage of case in swith statement
Product: Runtime Libraries
Version: trunk
Hardware: PC
OS: All
Status: NEW
Severity: enhancement
Priority: P
Component: libprofile library
Assignee: unassignedb...@nondot.org
Reporter: yangyib...@nju.edu.cn
CC: llvm-bugs@lists.llvm.org
$ clang -v
clang version 7.0.0- (trunk)
Target: x86_64-pc-linux-gnu
Thread model: posix
InstalledDir: /usr/bin
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/4.8
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/4.8.5
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/5
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/5.4.1
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/6
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/6.4.0
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/7
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/7.2.0
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/8
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/8.0.0
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.8
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.8.5
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/5
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/5.4.1
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/6
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/6.4.0
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/7
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/7.2.0
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/8
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/8.0.0
Selected GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/8.0.0
Candidate multilib: .;@m64
Selected multilib: .;@m64
$ cat small.c
int
f (int a)
{
switch (a)
{
case 0: return 0; break;
case 1: return 1; break;
default: return -1;
}
}
int
main ()
{
f(0);
f(1);
return 0;
}
$ clang -w -O0 -g -fcoverage-mapping -fprofile-instr-generate=small.profraw
small.c; ./a.out; llvm-profdata merge small.profraw -o small.profdata; llvm-cov
show a.out -instr-profile=small.profdata small.c > small.gcov; cat small.gcov
1| |
2| |int
3| |f (int a)
4| 2|{
5| 2| switch (a)
6| 2|{
7| 2|case 0: return 0; break;
8| 2|case 1: return 1; break;
9| 2|default: return -1;
10| 0|}
11| 0|}
12| |
13| |int
14| |main ()
15| 1|{
16| 1| f(0);
17| 1| f(1);
18| 1|
19| 1| return 0;
20| 1|}
*
Line #7, Line 8, and Line #9 are both wrongly marked as executed twice.
Line #7 and Line #8 should respectively executed once, and Line #9 is not
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
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 37073] New: Register allocator spills although free registers are available
https://bugs.llvm.org/show_bug.cgi?id=37073
Bug ID: 37073
Summary: Register allocator spills although free registers are
available
Product: new-bugs
Version: trunk
Hardware: Other
OS: Linux
Status: NEW
Severity: enhancement
Priority: P
Component: new bugs
Assignee: unassignedb...@nondot.org
Reporter: gergo.bar...@inria.fr
CC: llvm-bugs@lists.llvm.org
Created attachment 20180
--> https://bugs.llvm.org/attachment.cgi?id=20180&action=edit
input program
The attached test file contains a simple function doing elementary arithmetic,
using only local double variables, without any branching:
double fn1(double p1, double p2, double p3, double p4, double p5, double p6,
double p7, double p8) {
double a, b, c, d, v, e;
a = p4 - 5 + 9 * p1 * 7;
c = 2 - p6 + 1;
b = 3 * p6 * 4 - (p2 + 10) * a;
d = (8 + p3) * p5 * 5 * p7 - p4;
v = p1 - p8 - 2 - (p8 + p2 - b) * ((p3 + 6) * c);
e = v * p5 + d;
return e;
}
Compiling it for ARMv7-A with VFPv3-D16 floating-point support generates the
following code snippet (comments mine):
...
vmov.f64d13, #4.00e+00 @ def d13
vmov.f64d14, #1.00e+01 @ def d14
vmul.f64d10, d10, d13 @ last use of d13
vadd.f64d11, d1, d14@ last use of d14
vmov.f64d12, #2.00e+00
vmov.f64d15, #8.00e+00 @ def d15
vsub.f64d5, d12, d5
vadd.f64d12, d2, d15@ last use of d15
vmls.f64d10, d11, d9
vstrd6, [sp]@ spill original value of d6
vmov.f64d6, #6.00e+00 @ use d6 for constant 6.0
...
That is, at some point the constant 6.0 must be loaded into a register, and the
default allocator decides to spill d6 to accommodate this value. But just above
this code three other registers are briefly used and never touched again: d13,
d14, and d15 would all be available to accommodate the constant without causing
a spill.
(GCC doesn't have this inline spill, and it saves fewer callee-saved registers
because it does more register reuse.)
Online: https://godbolt.org/g/8ZuYbz (note: the link shows the behavior of
Clang 6.0.0, but it's the same on trunk)
Flags: --target=armv7a-eabihf -march=armv7-a -mfpu=vfpv3-d16 -mfloat-abi=hard
-O3 -fomit-frame-pointer
Version: LLVM r328450, Clang r328447 from 2018-03-25
--
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 36947] CompilerRTUtils.cmake issue when building on ARM host CPU
https://bugs.llvm.org/show_bug.cgi?id=36947 shif...@nanotek.info changed: What|Removed |Added Resolution|--- |FIXED 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 37074] New: Can't build libLLVMSupport.a on ARM CPU
https://bugs.llvm.org/show_bug.cgi?id=37074 Bug ID: 37074 Summary: Can't build libLLVMSupport.a on ARM CPU Product: lldb Version: 6.0 Hardware: PC OS: Linux Status: NEW Severity: release blocker Priority: P Component: All Bugs Assignee: lldb-...@lists.llvm.org Reporter: shif...@nanotek.info CC: llvm-bugs@lists.llvm.org Hi, I have the following issue build LLVM 6.0 natively on ARM and I think its related to lldb : --- Scanning dependencies of target lldbUtilityHelpers [ 70%] Building CXX object tools/lldb/unittests/TestingSupport/CMakeFiles/lldbUtilityHelpers.dir/MockTildeExpressionResolver.cpp.o [ 70%] Building CXX object tools/lldb/source/Target/CMakeFiles/lldbTarget.dir/ObjCLanguageRuntime.cpp.o [ 70%] Building CXX object tools/lldb/source/Plugins/SymbolFile/DWARF/CMakeFiles/lldbPluginSymbolFileDWARF.dir/SymbolFileDWARFDebugMap.cpp.o [ 70%] Building CXX object tools/lldb/source/Symbol/CMakeFiles/lldbSymbol.dir/CompactUnwindInfo.cpp.o [ 70%] Building CXX object tools/lldb/unittests/TestingSupport/CMakeFiles/lldbUtilityHelpers.dir/TestUtilities.cpp.o [ 70%] Linking CXX static library ../../../../lib/liblldbUtilityHelpers.a [ 70%] Built target lldbUtilityHelpers Scanning dependencies of target lli-child-target [ 70%] Building CXX object tools/lli/ChildTarget/CMakeFiles/lli-child-target.dir/ChildTarget.cpp.o [ 70%] Building CXX object tools/lldb/source/Symbol/CMakeFiles/lldbSymbol.dir/DebugMacros.cpp.o [ 70%] Building CXX object tools/lldb/source/Plugins/SymbolFile/DWARF/CMakeFiles/lldbPluginSymbolFileDWARF.dir/UniqueDWARFASTType.cpp.o [ 70%] Building CXX object tools/lldb/source/Symbol/CMakeFiles/lldbSymbol.dir/Declaration.cpp.o [ 70%] Building CXX object tools/lldb/source/Symbol/CMakeFiles/lldbSymbol.dir/DWARFCallFrameInfo.cpp.o [ 70%] Linking CXX static library ../../../../../../lib/liblldbPluginSymbolFileDWARF.a [ 70%] Built target lldbPluginSymbolFileDWARF Scanning dependencies of target LLVM [ 70%] Building CXX object tools/llvm-shlib/CMakeFiles/LLVM.dir/libllvm.cpp.o [ 70%] Linking CXX shared library ../../lib/libLLVM-6.0.so [ 70%] Building CXX object tools/lldb/source/Target/CMakeFiles/lldbTarget.dir/OperatingSystem.cpp.o ../../lib/libLLVMSupport.a(ThreadPool.cpp.o):ThreadPool.cpp:function std::__future_base::_Result::~_Result(): error: undefined reference to 'std::__future_base::_Result_base::~_Result_base()' ../../lib/libLLVMSupport.a(ThreadPool.cpp.o):ThreadPool.cpp:function std::__future_base::_Result::~_Result(): error: undefined reference to 'std::__future_base::_Result_base::~_Result_base()' ../../lib/libLLVMSupport.a(ThreadPool.cpp.o):ThreadPool.cpp:function std::__future_base::_Task_state, std::allocator, void ()>::_M_run(): error: undefined reference to 'std::__atomic_futex_unsigned_base::_M_futex_notify_all(unsigned int*)' ../../lib/libLLVMSupport.a(ThreadPool.cpp.o):ThreadPool.cpp:function std::__future_base::_Task_state, std::allocator, void ()>::_M_run_delayed(std::weak_ptr): error: undefined reference to 'std::__future_base::_State_baseV2::_Make_ready::_M_set()' ../../lib/libLLVMSupport.a(ThreadPool.cpp.o):ThreadPool.cpp:function std::__future_base::_Task_state, std::allocator, void ()>::_M_reset(): error: undefined reference to 'std::__future_base::_Result_base::_Result_base()' ../../lib/libLLVMSupport.a(ThreadPool.cpp.o):ThreadPool.cpp:function std::thread::_Impl >::_M_run(): error: undefined reference to 'std::__exception_ptr::exception_ptr::exception_ptr()' ../../lib/libLLVMSupport.a(ThreadPool.cpp.o):ThreadPool.cpp:function std::thread::_Impl >::_M_run(): error: undefined reference to 'std::__exception_ptr::exception_ptr::swap(std::__exception_ptr::exception_ptr&)' ../../lib/libLLVMSupport.a(ThreadPool.cpp.o):ThreadPool.cpp:function std::thread::_Impl >::_M_run(): error: undefined reference to 'std::__exception_ptr::exception_ptr::~exception_ptr()' ../../lib/libLLVMSupport.a(ThreadPool.cpp.o):ThreadPool.cpp:function std::thread::_Impl >::_M_run(): error: undefined reference to 'std::__exception_ptr::exception_ptr::~exception_ptr()' ../../lib/libLLVMSupport.a(ThreadPool.cpp.o):ThreadPool.cpp:function std::thread::_Impl >::_M_run(): error: undefined reference to 'std::__exception_ptr::exception_ptr::exception_ptr()' ../../lib/libLLVMSupport.a(ThreadPool.cpp.o):ThreadPool.cpp:function std::thread::_Impl >::_M_run(): error: undefined reference to 'std::__exception_ptr::exception_ptr::swap(std::__exception_ptr::exception_ptr&)' ../../lib/libLLVMSupport.a(ThreadPool.cpp.o):ThreadPool.cpp:function std::thread::_Impl >::_M_run(): error: undefined reference to 'std::__exception_ptr::exception_ptr::~exception_ptr()' ../../lib/libLLVMSupport.a(ThreadPool.cpp.o):ThreadPool.cpp:function std::thread::_Impl >::_M_run(): error: undefined reference to 'std::__exception_ptr::exception_ptr::~exception_ptr()' ../../lib/libLLVMSupport.a(ThreadPool.cp
[llvm-bugs] [Bug 36649] [meta] 6.0.1 Release Blockers
https://bugs.llvm.org/show_bug.cgi?id=36649 Bug 36649 depends on bug 36605, which changed state. Bug 36605 Summary: Merge r326394 into the 6.0 branch : [DAE] don't remove args of musttail target/caller https://bugs.llvm.org/show_bug.cgi?id=36605 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 36605] Merge r326394 into the 6.0 branch : [DAE] don't remove args of musttail target/caller
https://bugs.llvm.org/show_bug.cgi?id=36605 Reid Kleckner changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #3 from Reid Kleckner --- Yes, please merge. -- 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 37075] New: Indexes are huge for distributed ThinLTO with CFI or whole program virtualization
https://bugs.llvm.org/show_bug.cgi?id=37075 Bug ID: 37075 Summary: Indexes are huge for distributed ThinLTO with CFI or whole program virtualization Product: new-bugs Version: unspecified Hardware: PC OS: Linux Status: NEW Severity: enhancement Priority: P Component: new bugs Assignee: unassignedb...@nondot.org Reporter: vitalyb...@google.com CC: llvm-bugs@lists.llvm.org r325182 added serialization of type ids. However it does not filter out them, so every module contains full set of mostly unneeded type ids. -- 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 37076] New: Long Long Enum Constant
https://bugs.llvm.org/show_bug.cgi?id=37076 Bug ID: 37076 Summary: Long Long Enum Constant Product: clang Version: unspecified Hardware: Macintosh OS: MacOS X Status: NEW Severity: normal Priority: P Component: -New Bugs Assignee: unassignedclangb...@nondot.org Reporter: bumblebritche...@gmail.com CC: llvm-bugs@lists.llvm.org For some reason, enums are limited to 32 bits (and have to be signed for some reason) Can you bump it up to a long long? As it is, I can't put the magic number of a PNG file as a constant in an enum, I have to use a macro, which is just icky. I know the standard says it's type is an unqualified int, but getting the standard changed requires an implementation. -- 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 37077] New: Merge r329761 to 6.0.1
https://bugs.llvm.org/show_bug.cgi?id=37077 Bug ID: 37077 Summary: Merge r329761 to 6.0.1 Product: libraries Version: 6.0 Hardware: PC OS: Windows NT Status: NEW Severity: normal Priority: P Component: Backend: AArch64 Assignee: mcros...@codeaurora.org Reporter: gbe...@codeaurora.org CC: h...@chromium.org, llvm-bugs@lists.llvm.org Blocks: 36649 Merge r329761 [AArch64][Falkor] Fix bug in Falkor HWPF collision avoidance pass. Referenced Bugs: https://bugs.llvm.org/show_bug.cgi?id=36649 [Bug 36649] [meta] 6.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 http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 37078] New: cfi-icall
https://bugs.llvm.org/show_bug.cgi?id=37078 Bug ID: 37078 Summary: cfi-icall Product: new-bugs Version: trunk Hardware: PC OS: Linux Status: NEW Severity: enhancement Priority: P Component: new bugs Assignee: unassignedb...@nondot.org Reporter: v...@tsyrklevich.net 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 37078] cfi-icall matches exact C++ argument types when converting constructors allows multiple types to be accepted for a given argument
https://bugs.llvm.org/show_bug.cgi?id=37078 Vlad Tsyrklevich changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |INVALID -- 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 37079] New: Assertion `Prior->Kind == MemberInfo::Field && !Prior->FD && "Only storage fields have tail padding!"' failed.
https://bugs.llvm.org/show_bug.cgi?id=37079
Bug ID: 37079
Summary: Assertion `Prior->Kind == MemberInfo::Field &&
!Prior->FD && "Only storage fields have tail
padding!"' failed.
Product: clang
Version: trunk
Hardware: PC
OS: Linux
Status: NEW
Severity: enhancement
Priority: P
Component: LLVM Codegen
Assignee: unassignedclangb...@nondot.org
Reporter: shlei...@gmail.com
CC: llvm-bugs@lists.llvm.org
$ clang-trunk -v
clang version 7.0.0 (trunk 328089)
Target: x86_64-unknown-linux-gnu
Thread model: posix
InstalledDir: /usr/local/bin
$ clang-trunk abc.c
clang-7.0:
/home/suhua/compilers/trunk/llvm/tools/clang/lib/CodeGen/CGRecordLayoutBuilder.cpp:594:
void {anonymous}::CGRecordLowering::clipTailPadding(): Assertion `Prior->Kind
== MemberInfo::Field && !Prior->FD && "Only storage fields have tail padding!"'
failed.
#0 0x0234769a llvm::sys::PrintStackTrace(llvm::raw_ostream&)
(/home/suhua/compilers/trunk/root-clang/bin/clang-7.0+0x234769a)
#1 0x0234570e llvm::sys::RunSignalHandlers()
(/home/suhua/compilers/trunk/root-clang/bin/clang-7.0+0x234570e)
#2 0x02345872 SignalHandler(int)
(/home/suhua/compilers/trunk/root-clang/bin/clang-7.0+0x2345872)
#3 0x7f28c6efb390 __restore_rt
(/lib/x86_64-linux-gnu/libpthread.so.0+0x11390)
#4 0x7f28c5c6b428 gsignal
/build/glibc-Cl5G7W/glibc-2.23/signal/../sysdeps/unix/sysv/linux/raise.c:54:0
#5 0x7f28c5c6d02a abort /build/glibc-Cl5G7W/glibc-2.23/stdlib/abort.c:91:0
#6 0x7f28c5c63bd7 __assert_fail_base
/build/glibc-Cl5G7W/glibc-2.23/assert/assert.c:92:0
#7 0x7f28c5c63c82 (/lib/x86_64-linux-gnu/libc.so.6+0x2dc82)
#8 0x0251ca17 (anonymous namespace)::CGRecordLowering::lower(bool)
(/home/suhua/compilers/trunk/root-clang/bin/clang-7.0+0x251ca17)
#9 0x0251cd4c
clang::CodeGen::CodeGenTypes::ComputeRecordLayout(clang::RecordDecl const*,
llvm::StructType*)
(/home/suhua/compilers/trunk/root-clang/bin/clang-7.0+0x251cd4c)
#10 0x025ca0b6
clang::CodeGen::CodeGenTypes::ConvertRecordDeclType(clang::RecordDecl const*)
(/home/suhua/compilers/trunk/root-clang/bin/clang-7.0+0x25ca0b6)
#11 0x025cb48b
clang::CodeGen::CodeGenTypes::getCGRecordLayout(clang::RecordDecl const*)
(/home/suhua/compilers/trunk/root-clang/bin/clang-7.0+0x25cb48b)
#12 0x025cb529
clang::CodeGen::CodeGenTypes::isZeroInitializable(clang::RecordDecl const*)
(/home/suhua/compilers/trunk/root-clang/bin/clang-7.0+0x25cb529)
#13 0x0250d02a
clang::CodeGen::CodeGenModule::EmitNullConstant(clang::QualType)
(/home/suhua/compilers/trunk/root-clang/bin/clang-7.0+0x250d02a)
#14 0x0259035e
clang::CodeGen::CodeGenModule::EmitGlobalVarDefinition(clang::VarDecl const*,
bool) (/home/suhua/compilers/trunk/root-clang/bin/clang-7.0+0x259035e)
#15 0x025942f4
clang::CodeGen::CodeGenModule::EmitTentativeDefinition(clang::VarDecl const*)
(/home/suhua/compilers/trunk/root-clang/bin/clang-7.0+0x25942f4)
#16 0x03427a1b clang::Sema::ActOnEndOfTranslationUnit()
(/home/suhua/compilers/trunk/root-clang/bin/clang-7.0+0x3427a1b)
#17 0x0324e0eb
clang::Parser::ParseTopLevelDecl(clang::OpaquePtr&)
(/home/suhua/compilers/trunk/root-clang/bin/clang-7.0+0x324e0eb)
#18 0x0324607b clang::ParseAST(clang::Sema&, bool, bool)
(/home/suhua/compilers/trunk/root-clang/bin/clang-7.0+0x324607b)
#19 0x02d46ebf clang::CodeGenAction::ExecuteAction()
(/home/suhua/compilers/trunk/root-clang/bin/clang-7.0+0x2d46ebf)
#20 0x028d5816 clang::FrontendAction::Execute()
(/home/suhua/compilers/trunk/root-clang/bin/clang-7.0+0x28d5816)
#21 0x028aad5e
clang::CompilerInstance::ExecuteAction(clang::FrontendAction&)
(/home/suhua/compilers/trunk/root-clang/bin/clang-7.0+0x28aad5e)
#22 0x0296912e
clang::ExecuteCompilerInvocation(clang::CompilerInstance*)
(/home/suhua/compilers/trunk/root-clang/bin/clang-7.0+0x296912e)
#23 0x00c9b1c8 cc1_main(llvm::ArrayRef, char const*,
void*) (/home/suhua/compilers/trunk/root-clang/bin/clang-7.0+0xc9b1c8)
#24 0x00c1eefd main
(/home/suhua/compilers/trunk/root-clang/bin/clang-7.0+0xc1eefd)
#25 0x7f28c5c56830 __libc_start_main
/build/glibc-Cl5G7W/glibc-2.23/csu/../csu/libc-start.c:325:0
#26 0x00c95e79 _start
(/home/suhua/compilers/trunk/root-clang/bin/clang-7.0+0xc95e79)
Stack dump:
0. Program arguments: /home/suhua/compilers/trunk/root-clang/bin/clang-7.0
-cc1 -triple x86_64-unknown-linux-gnu -emit-obj -mrelax-all -disable-free
-main-file-name abc.c -mrelocation-model static -mthread-model posix
-mdisable-fp-elim -fmath-errno -masm-verbose -mconstructor-aliases
-munwind-tables -fuse-init-array -target-cpu x86-64 -dwarf-column-info
-debugger-tuning=gdb -resource-dir
/home/suhua/compilers/trunk/root-clang/lib/clang/7.0.0 -c-isystem . -c-isystem
/usr/local/include/csmith-2.3.0/ -c-isystem
/hom
[llvm-bugs] [Bug 37080] New: clang crashes at -O1: Assertion `MBB != &MF->front() && "Can't find reaching def for virtreg"' failed.
https://bugs.llvm.org/show_bug.cgi?id=37080 Bug ID: 37080 Summary: clang crashes at -O1: Assertion `MBB != &MF->front() && "Can't find reaching def for virtreg"' failed. Product: clang Version: trunk Hardware: PC OS: Linux Status: NEW Severity: enhancement Priority: P Component: LLVM Codegen Assignee: unassignedclangb...@nondot.org Reporter: helloqi...@gmail.com CC: llvm-bugs@lists.llvm.org It happens at 32-bit mode only. 64-bit mode works fine. It appears to be a backend issue. $ clang-trunk -v clang version 7.0.0 (trunk 329676) Target: x86_64-unknown-linux-gnu Thread model: posix InstalledDir: /usr/local/bin $ clang-trunk -m32 -O1 abc.c abc.c:7:8: warning: incompatible pointer types initializing 'int *' with an expression of type 'void ()' [-Wincompatible-pointer-types] int *g = fn1; ^ ~~~ abc.c:9:7: warning: incompatible pointer types assigning to 'int *' from 'long *' [-Wincompatible-pointer-types] g = &e; ^ ~~ clang-7: /home/absozero/trunk/llvm/lib/CodeGen/LiveVariables.cpp:113: void llvm::LiveVariables::MarkVirtRegAliveInBlock(llvm::LiveVariables::VarInfo&, llvm::MachineBasicBlock*, llvm::MachineBasicBlock*, std::vector&): Assertion `MBB != &MF->front() && "Can't find reaching def for virtreg"' failed. #0 0x0223db4a llvm::sys::PrintStackTrace(llvm::raw_ostream&) (/home/absozero/trunk/root-clang/bin/clang-7+0x223db4a) #1 0x0223b9ee llvm::sys::RunSignalHandlers() (/home/absozero/trunk/root-clang/bin/clang-7+0x223b9ee) #2 0x0223bb42 SignalHandler(int) (/home/absozero/trunk/root-clang/bin/clang-7+0x223bb42) #3 0x7f3a78146330 __restore_rt (/lib/x86_64-linux-gnu/libpthread.so.0+0x10330) #4 0x7f3a76cc3c37 gsignal /build/eglibc-oGUzwX/eglibc-2.19/signal/../nptl/sysdeps/unix/sysv/linux/raise.c:56:0 #5 0x7f3a76cc7028 abort /build/eglibc-oGUzwX/eglibc-2.19/stdlib/abort.c:91:0 #6 0x7f3a76cbcbf6 __assert_fail_base /build/eglibc-oGUzwX/eglibc-2.19/assert/assert.c:92:0 #7 0x7f3a76cbcca2 (/lib/x86_64-linux-gnu/libc.so.6+0x2fca2) #8 0x01993216 (/home/absozero/trunk/root-clang/bin/clang-7+0x1993216) #9 0x01993255 llvm::LiveVariables::MarkVirtRegAliveInBlock(llvm::LiveVariables::VarInfo&, llvm::MachineBasicBlock*, llvm::MachineBasicBlock*) (/home/absozero/trunk/root-clang/bin/clang-7+0x1993255) #10 0x01993969 llvm::LiveVariables::HandleVirtRegUse(unsigned int, llvm::MachineBasicBlock*, llvm::MachineInstr&) (/home/absozero/trunk/root-clang/bin/clang-7+0x1993969) #11 0x01998cd4 llvm::LiveVariables::runOnInstr(llvm::MachineInstr&, llvm::SmallVectorImpl&) (/home/absozero/trunk/root-clang/bin/clang-7+0x1998cd4) #12 0x01999320 llvm::LiveVariables::runOnBlock(llvm::MachineBasicBlock*, unsigned int) (/home/absozero/trunk/root-clang/bin/clang-7+0x1999320) #13 0x0199a29c llvm::LiveVariables::runOnMachineFunction(llvm::MachineFunction&) (/home/absozero/trunk/root-clang/bin/clang-7+0x199a29c) #14 0x019e654d llvm::MachineFunctionPass::runOnFunction(llvm::Function&) (/home/absozero/trunk/root-clang/bin/clang-7+0x19e654d) #15 0x01d465e3 llvm::FPPassManager::runOnFunction(llvm::Function&) (/home/absozero/trunk/root-clang/bin/clang-7+0x1d465e3) #16 0x01d466ac llvm::FPPassManager::runOnModule(llvm::Module&) (/home/absozero/trunk/root-clang/bin/clang-7+0x1d466ac) #17 0x01d4617d llvm::legacy::PassManagerImpl::run(llvm::Module&) (/home/absozero/trunk/root-clang/bin/clang-7+0x1d4617d) #18 0x024082ec (anonymous namespace)::EmitAssemblyHelper::EmitAssembly(clang::BackendAction, std::unique_ptr >) (/home/absozero/trunk/root-clang/bin/clang-7+0x24082ec) #19 0x02409aa1 clang::EmitBackendOutput(clang::DiagnosticsEngine&, clang::HeaderSearchOptions const&, clang::CodeGenOptions const&, clang::TargetOptions const&, clang::LangOptions const&, llvm::DataLayout const&, llvm::Module*, clang::BackendAction, std::unique_ptr >) (/home/absozero/trunk/root-clang/bin/clang-7+0x2409aa1) #20 0x02c68e47 clang::BackendConsumer::HandleTranslationUnit(clang::ASTContext&) (/home/absozero/trunk/root-clang/bin/clang-7+0x2c68e47) #21 0x03195900 clang::ParseAST(clang::Sema&, bool, bool) (/home/absozero/trunk/root-clang/bin/clang-7+0x3195900) #22 0x02c681fc clang::CodeGenAction::ExecuteAction() (/home/absozero/trunk/root-clang/bin/clang-7+0x2c681fc) #23 0x0280367e clang::FrontendAction::Execute() (/home/absozero/trunk/root-clang/bin/clang-7+0x280367e) #24 0x027cf8a6 clang::CompilerInstance::ExecuteAction(clang::FrontendAction&) (/home/absozero/trunk/root-clang/bin/clang-7+0x27cf8a6) #25 0x02897d20 clang::ExecuteCompilerInvocation(clang::CompilerInstance*) (/home/absozero/trunk/root-clang/bin/clang-7+0x2897d20) #26 0x00a9de18 cc1_main(llvm::ArrayRef, char const*, void*) (/home/absozero
[llvm-bugs] [Bug 37081] New: [LLVM-COV] wrong coverage with setjmp
https://bugs.llvm.org/show_bug.cgi?id=37081
Bug ID: 37081
Summary: [LLVM-COV] wrong coverage with setjmp
Product: Runtime Libraries
Version: trunk
Hardware: PC
OS: All
Status: NEW
Severity: normal
Priority: P
Component: libprofile library
Assignee: unassignedb...@nondot.org
Reporter: yangyib...@nju.edu.cn
CC: llvm-bugs@lists.llvm.org
$ clang -v
clang version 7.0.0- (trunk)
Target: x86_64-pc-linux-gnu
Thread model: posix
InstalledDir: /usr/bin
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/4.8
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/4.8.5
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/5
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/5.4.1
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/6
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/6.4.0
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/7
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/7.2.0
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/8
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/8.0.0
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.8
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.8.5
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/5
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/5.4.1
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/6
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/6.4.0
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/7
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/7.2.0
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/8
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/8.0.0
Selected GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/8.0.0
Candidate multilib: .;@m64
Selected multilib: .;@m64
$ cat small.c
#include
#include
int bar(jmp_buf buf, int i)
{
printf("Inside bar %d\n", i);
longjmp(buf, i);
}
int main()
{
jmp_buf buf;
int ret;
if ((ret = setjmp(buf)) != 0) {
printf("True branch.\n");
} else {
printf("False branch.\n");
bar(buf, 2);
}
return 0;
}
$ clang -w -O0 -g -fcoverage-mapping -fprofile-instr-generate=small.profraw
small.c; ./a.out; llvm-profdata merge small.profraw -o small.profdata; llvm-cov
show a.out -instr-profile=small.profdata small.c > small.gcov; cat small.gcov
False branch.
Inside bar 2
True branch.
1| |#include
2| |#include
3| |
4| |int bar(jmp_buf buf, int i)
5| 1|{
6| 1| printf("Inside bar %d\n", i);
7| 1| longjmp(buf, i);
8| 1|}
9| |
10| |int main()
11| 1|{
12| 1| jmp_buf buf;
13| 1| int ret;
14| 1|
15| 1| if ((ret = setjmp(buf)) != 0) {
16| 1|printf("True branch.\n");
17| 1| } else {
18| 0|printf("False branch.\n");
19| 0|bar(buf, 2);
20| 0| }
21| 1|
22| 1| return 0;
23| 1|}
*
Line #18 and Line 19 are wrongly marked as not executed.
However, in terms of output, Line #18 and #19 are 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
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 37082] New: [Clang] Wrong code for re-definition of builtin function
https://bugs.llvm.org/show_bug.cgi?id=37082
Bug ID: 37082
Summary: [Clang] Wrong code for re-definition of builtin
function
Product: clang
Version: trunk
Hardware: PC
OS: All
Status: NEW
Severity: enhancement
Priority: P
Component: -New Bugs
Assignee: unassignedclangb...@nondot.org
Reporter: yangyib...@nju.edu.cn
CC: llvm-bugs@lists.llvm.org
$ clang -v
$ cat small.c
#include // #1
static int strcmp(){return 20;} // #2
#define strcmp __builtin_strcmp // #3
int main()
{
int ret = strcmp("a","b");
printf("%d\n", ret);
return 0;
}
$ clang small.c; ./a.out
20
$ gcc small.c; ./a.out
-1
###
Since strcmp is re-defined in Line # 3, therefore, the correct output should be
-1.
--
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 37083] New: [LLVM-COV] wrong coverage for a label pointed by a static pointer in a static function
https://bugs.llvm.org/show_bug.cgi?id=37083
Bug ID: 37083
Summary: [LLVM-COV] wrong coverage for a label pointed by a
static pointer in a static function
Product: Runtime Libraries
Version: trunk
Hardware: PC
OS: All
Status: NEW
Severity: enhancement
Priority: P
Component: libprofile library
Assignee: unassignedb...@nondot.org
Reporter: yangyib...@nju.edu.cn
CC: llvm-bugs@lists.llvm.org
$ cat small.c
#include
static int doit(int x){
__label__ lbl1;
__label__ lbl2;
static int jtab_init = 0;
static void *jtab[2];
if(!jtab_init) {
jtab[0] = &&lbl1;
jtab[1] = &&lbl2;
jtab_init = 1;
}
if (jtab[x]==(&&lbl1))
printf("call doit(%d) *jtab[x] at lbl1\n", x);
if (jtab[x]==(&&lbl2))
printf("call doit(%d) *jtab[x] at lbl2\n", x);
goto *jtab[x];
lbl1:
return 1;
lbl2:
return 2;
}
int main(void){
doit(0);
doit(1);
return 0;
}
$ clang -O0 -g -fcoverage-mapping -fprofile-instr-generate=small.profraw
small.c; ./a.out; llvm-profdata merge small.profraw -o small.profdata; llvm-cov
show a.out -instr-profile=small.profdata small.c > small.gcov; cat small.gcov
call doit(0) *jtab[x] at lbl1
call doit(1) *jtab[x] at lbl2
1| |#include
2| |
3| 2|static int doit(int x){
4| 2| __label__ lbl1;
5| 2| __label__ lbl2;
6| 2| static int jtab_init = 0;
7| 2| static void *jtab[2];
8| 2|
9| 2| if(!jtab_init) {
10| 1|jtab[0] = &&lbl1;
11| 1|jtab[1] = &&lbl2;
12| 1|jtab_init = 1;
13| 1| }
14| 2|
15| 2| if (jtab[x]==(&&lbl1))
16| 1|printf("call doit(%d) *jtab[x] at lbl1\n", x);
17| 2| if (jtab[x]==(&&lbl2))
18| 1|printf("call doit(%d) *jtab[x] at lbl2\n", x);
19| 2|
20| 2| goto *jtab[x];
21| 2|
22| 2|lbl1:
23| 1| return 1;
24| 1|lbl2:
25| 1| return 2;
26| 0|}
27| |
28| 1|int main(void){
29| 1| doit(0);
30| 1| doit(1);
31| 1|
32| 1| return 0;
33| 1|}
*
Line #22 is wrongly marked as executed twice. However, from the output of the
program, a the second call to doit function. *jtab[x] is equal to lbl2,
therefore, Line #22 should be only executed once.
--
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 35507] [Clang-optimization] wrong code for the optimization of a union variable which pointed by a global and a local pointers
https://bugs.llvm.org/show_bug.cgi?id=35507 Yibiao Yang (杨已彪) changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |FIXED --- Comment #3 from Yibiao Yang (杨已彪) --- I check it in the latest trunk. which have been 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
