[llvm-bugs] Issue 20708 in oss-fuzz: llvm:llvm-dwarfdump-fuzzer: Abrt in llvm::report_fatal_error
Status: New Owner: CC: k...@google.com, masc...@google.com, jdevlieg...@apple.com, igm...@gmail.com, d...@google.com, mit...@google.com, bigchees...@gmail.com, eney...@google.com, llvm-b...@lists.llvm.org, j...@chromium.org, v...@apple.com, mitchphi...@outlook.com, xpl...@gmail.com, akils...@apple.com Labels: ClusterFuzz Reproducible Stability-Memory-MemorySanitizer Engine-libfuzzer OS-Linux Proj-llvm Reported-2020-02-15 Type: Bug New issue 20708 by ClusterFuzz-External: llvm:llvm-dwarfdump-fuzzer: Abrt in llvm::report_fatal_error https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=20708 Detailed Report: https://oss-fuzz.com/testcase?key=4842207976882176 Project: llvm Fuzzing Engine: libFuzzer Fuzz Target: llvm-dwarfdump-fuzzer Job Type: libfuzzer_msan_llvm Platform Id: linux Crash Type: Abrt Crash Address: 0x0001 Crash State: llvm::report_fatal_error llvm::report_fatal_error llvm::object::WasmObjectFile::parseMemorySection Sanitizer: memory (MSAN) Regressed: https://oss-fuzz.com/revisions?job=libfuzzer_msan_llvm&range=202002130532:202002140536 Reproducer Testcase: https://oss-fuzz.com/download?testcase_id=4842207976882176 Issue filed automatically. See https://google.github.io/oss-fuzz/advanced-topics/reproducing for instructions to reproduce this bug locally. 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 need to contact the OSS-Fuzz team with a question, concern, or any other feedback, please file an issue at https://github.com/google/oss-fuzz/issues. Comments on individual Monorail issues are not monitored. -- You received this message because: 1. You were specifically CC'd on the issue You may adjust your notification preferences at: https://bugs.chromium.org/hosting/settings Reply to this email to add a comment.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] Issue 20730 in oss-fuzz: llvm:llvm-dwarfdump-fuzzer: Abrt in llvm::report_fatal_error
Status: New Owner: CC: k...@google.com, masc...@google.com, jdevlieg...@apple.com, igm...@gmail.com, d...@google.com, mit...@google.com, bigchees...@gmail.com, eney...@google.com, llvm-b...@lists.llvm.org, j...@chromium.org, v...@apple.com, mitchphi...@outlook.com, xpl...@gmail.com, akils...@apple.com Labels: ClusterFuzz Stability-Memory-AddressSanitizer Reproducible Engine-libfuzzer OS-Linux Proj-llvm Reported-2020-02-15 Type: Bug New issue 20730 by ClusterFuzz-External: llvm:llvm-dwarfdump-fuzzer: Abrt in llvm::report_fatal_error https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=20730 Detailed Report: https://oss-fuzz.com/testcase?key=5752658835275776 Project: llvm Fuzzing Engine: libFuzzer Fuzz Target: llvm-dwarfdump-fuzzer Job Type: libfuzzer_asan_llvm Platform Id: linux Crash Type: Abrt Crash Address: 0x0001 Crash State: llvm::report_fatal_error llvm::report_fatal_error ReportError Sanitizer: address (ASAN) Regressed: https://oss-fuzz.com/revisions?job=libfuzzer_asan_llvm&range=202002130532:202002140536 Reproducer Testcase: https://oss-fuzz.com/download?testcase_id=5752658835275776 Issue filed automatically. See https://google.github.io/oss-fuzz/advanced-topics/reproducing for instructions to reproduce this bug locally. 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 need to contact the OSS-Fuzz team with a question, concern, or any other feedback, please file an issue at https://github.com/google/oss-fuzz/issues. Comments on individual Monorail issues are not monitored. -- You received this message because: 1. You were specifically CC'd on the issue You may adjust your notification preferences at: https://bugs.chromium.org/hosting/settings Reply to this email to add a comment.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 44921] New: [libunwind] Merge 221c5af4e into 10.0
https://bugs.llvm.org/show_bug.cgi?id=44921 Bug ID: 44921 Summary: [libunwind] Merge 221c5af4e into 10.0 Product: new-bugs Version: trunk Hardware: PC OS: All Status: NEW Severity: enhancement Priority: P Component: new bugs Assignee: unassignedb...@nondot.org Reporter: dimi...@andric.com CC: htmldevelo...@gmail.com, llvm-bugs@lists.llvm.org Please merge https://github.com/llvm/llvm-project/commit/221c5af4e4f4a504a4d1f352dd7b76d305e56a62 into the 10.x branch. This fixes a new -Werror warning from clang 10.0.0 in libunwind: In file included from libunwind/src/libunwind.cpp:22: libunwind/src/UnwindCursor.hpp:1455:51: error: operator '?:' has lower precedence than '|'; '|' will be evaluated first [-Werror,-Wbitwise-conditional-parentheses] _info.flags = isSingleWordEHT ? 1 : 0 | scope32 ? 0x2 : 0; // Use enum? ~~~ ^ libunwind/src/UnwindCursor.hpp:1455:51: note: place parentheses around the '|' expression to silence this warning _info.flags = isSingleWordEHT ? 1 : 0 | scope32 ? 0x2 : 0; // Use enum? ^ ( ) libunwind/src/UnwindCursor.hpp:1455:51: note: place parentheses around the '?:' expression to evaluate it first _info.flags = isSingleWordEHT ? 1 : 0 | scope32 ? 0x2 : 0; // Use enum? ^ () -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] Issue 20610 in oss-fuzz: llvm:clang-fuzzer: Stack-overflow in clang::DiagnosticIDs::isUnrecoverable
Updates: Labels: ClusterFuzz-Verified Status: Verified Comment #1 on issue 20610 by ClusterFuzz-External: llvm:clang-fuzzer: Stack-overflow in clang::DiagnosticIDs::isUnrecoverable https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=20610#c1 ClusterFuzz testcase 5188660863696896 is verified as fixed in https://oss-fuzz.com/revisions?job=libfuzzer_asan_llvm&range=202002140536:202002150348 If this is incorrect, please file a bug on https://github.com/google/oss-fuzz/issues/new -- You received this message because: 1. You were specifically CC'd on the issue You may adjust your notification preferences at: https://bugs.chromium.org/hosting/settings Reply to this email to add a comment.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 44922] New: crash in llvm::JumpThreadingPass::ThreadThroughTwoBasicBlocks with -O2 -fsanitize=object-size
https://bugs.llvm.org/show_bug.cgi?id=44922 Bug ID: 44922 Summary: crash in llvm::JumpThreadingPass::ThreadThroughTwoBasicBlocks with -O2 -fsanitize=object-size Product: clang Version: trunk Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P Component: -New Bugs Assignee: unassignedclangb...@nondot.org Reporter: keesc...@chromium.org CC: htmldevelo...@gmail.com, llvm-bugs@lists.llvm.org, neeil...@live.com, richard-l...@metafoo.co.uk Created attachment 23130 --> https://bugs.llvm.org/attachment.cgi?id=23130&action=edit creduced test case Stack dump: 0. Program arguments: clang -O2 -fsanitize=object-size -c -o /dev/null test .c 1. parser at end of file 2. Per-module optimization passes 3. Running pass 'CallGraph Pass Manager' on module 'test.c'. 4. Running pass 'Jump Threading' on function '@f' #0 0x55819d31194e llvm::sys::PrintStackTrace(llvm::raw_ostream&) (/home/kees/src/llvm-build/x86/bin/clang-11+0x194a94e) #1 0x55819d30f694 llvm::sys::RunSignalHandlers() (/home/kees/src/llvm-build/x86/bin/clang-11+0x1948694) #2 0x55819d30f911 llvm::sys::CleanupOnSignal(unsigned long) (/home/kees/src/llvm-build/x86/bin/clang-11+0x1948911) #3 0x55819d28b0a8 CrashRecoverySignalHandler(int) (/home/kees/src/llvm-build/x86/bin/clang-11+0x18c40a8) #4 0x7fa765c17540 __restore_rt (/lib/x86_64-linux-gnu/libpthread.so.0+0x15540) #5 0x55819cc15b88 llvm::BasicBlock::phis() (/home/kees/src/llvm-build/x86/bin/clang-11+0x124eb88) #6 0x55819d10315d AddPHINodeEntriesForMappedBlock(llvm::BasicBlock*, llvm::BasicBlock*, llvm::BasicBlock*, llvm::DenseMap, llvm::detail::DenseMapPair >&) (/home/kees/src/llvm-build/x86/bin/clang-11+0x173c15d) #7 0x55819d1081e5 llvm::JumpThreadingPass::ThreadThroughTwoBasicBlocks(llvm::BasicBlock*, llvm::BasicBlock*, llvm::BasicBlock*, llvm::BasicBlock*) (/home/kees/src/llvm-build/x86/bin/clang-11+0x17411e5) #8 0x55819d108605 llvm::JumpThreadingPass::MaybeThreadThroughTwoBasicBlocks(llvm::BasicBlock*, llvm::Value*) (/home/kees/src/llvm-build/x86/bin/clang-11+0x(llvm::BasicBlock*, llvm::Value*) (/home/kees/src/llvm-build/x86/bin/clang-11+0x1741605) #9 0x55819d108bd4 llvm::JumpThreadingPass::ProcessThreadableEdges(llvm::Value*, llvm::BasicBlock*, llvm::jumpthreading::ConstantPreference, llvm::Instruction*) (.part.0) (/home/kees/src/llvm-build/x86/bin/clang-11+0x1741bd4) #10 0x55819d10c9d3 llvm::JumpThreadingPass::ProcessBlock(llvm::BasicBlock*) (/home/kees/src/llvm-build/x86/bin/clang-11+0x17459d3) #11 0x55819d10d82d llvm::JumpThreadingPass::runImpl(llvm::Function&, llvm::TargetLibraryInfo*, llvm::LazyValueInfo*, llvm::AAResults*, llvm::DomTreeUpdater*, bool, std::unique_ptr >, std::unique_ptr >) (/home/kees/src/llvm-build/x86/bin/clang-11+0x174682d) #12 0x55819d10e1c5 (anonymous namespace)::JumpThreading::runOnFunction(llvm::Function&) (.part.0) (/home/kees/src/llvm-build/x86/bin/clang-11+0x17471c5) #13 0x55819ccd9630 llvm::FPPassManager::runOnFunction(llvm::Function&) (/home/kees/src/llvm-build/x86/bin/clang-11+0x1312630) #14 0x55819fbac6cb (anonymous namespace)::CGPassManager::runOnModule(llvm::Module&) (/home/kees/src/llvm-build/x86/bin/clang-11+0x41e56cb) #15 0x55819ccdafa0 llvm::legacy::PassManagerImpl::run(llvm::Module&) (/home/kees/src/llvm-build/x86/bin/clang-11+0x1313fa0) #16 0x55819d57277b 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/kees/src/llvm-build/x86/bin/clang-11+0x1bab77b) #17 0x55819e1971d1 clang::BackendConsumer::HandleTranslationUnit(clang::ASTContext&) (/home/kees/src/llvm-build/x86/bin/clang-11+0x27d01d1) #18 0x55819edbb709 clang::ParseAST(clang::Sema&, bool, bool) (/home/kees/src/llvm-build/x86/bin/clang-11+0x33f4709) #19 0x55819db69209 clang::FrontendAction::Execute() (/home/kees/src/llvm-build/x86/bin/clang-11+0x21a2209) #20 0x55819db203bb clang::CompilerInstance::ExecuteAction(clang::FrontendAction&) (/home/kees/src/llvm-build/x86/bin/clang-11+0x21593bb) #21 0x55819dc3fecb clang::ExecuteCompilerInvocation(clang::CompilerInstance*) (/home/kees/src/llvm-build/x86/bin/clang-11+0x2278ecb) #22 0x55819c325b10 cc1_main(llvm::ArrayRef, char const*, void*) (/home/kees/src/llvm-build/x86/bin/clang-11+0x95eb10) #23 0x55819c32397a ExecuteCC1Tool(llvm::SmallVectorImpl&) (/home/kees/src/llvm-build/x86/bin/clang-11+0x95c97a) #24 0x55819d9e8529 void llvm::function_ref::callback_fn >, std::__cxx11::basic_string, std::allocator >*, bool*) const::'lambda'()>(long) (/home/kees/src/llvm-build/x86/bin/clang-11+0x2021529) #25 0x55819d28
[llvm-bugs] [Bug 44923] New: After b50e8c592, --sysroot no longer applies to C++ system include directory
https://bugs.llvm.org/show_bug.cgi?id=44923 Bug ID: 44923 Summary: After b50e8c592, --sysroot no longer applies to C++ system include directory Product: clang Version: trunk Hardware: All OS: Windows NT Status: NEW Severity: release blocker Priority: P Component: -New Bugs Assignee: unassignedclangb...@nondot.org Reporter: dimi...@andric.com CC: htmldevelo...@gmail.com, llvm-bugs@lists.llvm.org, neeil...@live.com, richard-l...@metafoo.co.uk In https://github.com/llvm/llvm-project/commit/b50e8c592789bfecb85dca9067c0853ad4d30199 the -stdlib++-isystem flag is introduced, for reasons explained in the commit message. However, the way it is implemented appears to break --sysroot, where such a sysroot points to a directory with correctly populated C and C++ headers. For instance, during the FreeBSD buildworld process, we set up a directory: /usr/obj/usr/src/amd64.amd64/tmp/usr/include which has the C headers, and under it also the libc++ headers, in: /usr/obj/usr/src/amd64.amd64/tmp/usr/include/c++/v1 With clang++ 9.0.1, pointing to such a sysroot with --sysroot, and compiling a simple "hello world" program, the C++ system include directory is correctly appended to the sysroot path, e.g.: $ clang++-9.0.1 --sysroot=/usr/obj/usr/src/amd64.amd64/tmp -v -c helloworld.cpp FreeBSD clang version 9.0.1 (g...@github.com:llvm/llvm-project.git c1a0a213378a458fbea1a5c77b315c7dce08fd05) (based on LLVM 9.0.1) Target: x86_64-unknown-freebsd13.0 Thread model: posix InstalledDir: /usr/bin "/usr/bin/clang++-9.0.1" -cc1 -triple x86_64-unknown-freebsd13.0 -emit-obj -mrelax-all -disable-free -main-file-name helloworld.cpp -mrelocation-model static -mthread-model posix -mdisable-fp-elim -masm-verbose -mconstructor-aliases -munwind-tables -fuse-init-array -target-cpu x86-64 -dwarf-column-info -debugger-tuning=gdb -v -coverage-notes-file /tmp/helloworld.gcno -resource-dir /usr/lib/clang/9.0.1 -isysroot /usr/obj/usr/src/amd64.amd64/tmp -internal-isystem /usr/obj/usr/src/amd64.amd64/tmp/usr/include/c++/v1 -fdeprecated-macro -fdebug-compilation-dir /tmp -ferror-limit 19 -fmessage-length 160 -fobjc-runtime=gnustep -fcxx-exceptions -fexceptions -fdiagnostics-show-option -fcolor-diagnostics -faddrsig -o helloworld.o -x c++ helloworld.cpp clang -cc1 version 9.0.1 based upon LLVM 9.0.1 default target x86_64-unknown-freebsd13.0 ignoring nonexistent directory "/usr/lib/clang/9.0.1/include" #include "..." search starts here: #include <...> search starts here: /usr/obj/usr/src/amd64.amd64/tmp/usr/include/c++/v1 <--- THIS IS CORRECT /usr/obj/usr/src/amd64.amd64/tmp/usr/include End of search list. With clang++ 10.0.0 (so after b50e8c592), this no longer happens, and it reverts back to the host system's C++ include directory instead: $ clang++-10.0.0 --sysroot=/usr/obj/usr/src/amd64.amd64/tmp -v -c helloworld.cpp FreeBSD clang version 10.0.0 (g...@github.com:llvm/llvm-project.git 90c78073f73eac58f4f8b4772a896dc8aac023bc) Target: x86_64-unknown-freebsd13.0 Thread model: posix InstalledDir: /usr/bin (in-process) "/usr/bin/clang++-10.0.0" -cc1 -triple x86_64-unknown-freebsd13.0 -emit-obj -mrelax-all -disable-free -main-file-name helloworld.cpp -mrelocation-model static -mthread-model posix -mframe-pointer=all -fno-rounding-math -masm-verbose -mconstructor-aliases -munwind-tables -target-cpu x86-64 -dwarf-column-info -fno-split-dwarf-inlining -debugger-tuning=gdb -v -resource-dir /usr/lib/clang/10.0.0 -isysroot /usr/obj/usr/src/amd64.amd64/tmp -internal-isystem /usr/bin/../include/c++/v1 -fdeprecated-macro -fdebug-compilation-dir /tmp -ferror-limit 19 -fmessage-length 160 -fgnuc-version=4.2.1 -fobjc-runtime=gnustep -fcxx-exceptions -fexceptions -fdiagnostics-show-option -fcolor-diagnostics -faddrsig -o helloworld.o -x c++ helloworld.cpp clang -cc1 version 10.0.0 based upon LLVM 10.0.0git default target x86_64-unknown-freebsd13.0 #include "..." search starts here: #include <...> search starts here: /usr/bin/../include/c++/v1<--- THIS IS WRONG /usr/lib/clang/10.0.0/include /usr/obj/usr/src/amd64.amd64/tmp/usr/include End of search list. -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 44924] New: Assertion `Tok.is(tok::eof) && Tok.getEofData() == AttrEnd.getEofData()' failed.
https://bugs.llvm.org/show_bug.cgi?id=44924
Bug ID: 44924
Summary: Assertion `Tok.is(tok::eof) && Tok.getEofData() ==
AttrEnd.getEofData()' failed.
Product: clang
Version: trunk
Hardware: PC
OS: All
Status: NEW
Severity: enhancement
Priority: P
Component: Frontend
Assignee: unassignedclangb...@nondot.org
Reporter: changoch...@gmail.com
CC: llvm-bugs@lists.llvm.org, neeil...@live.com,
richard-l...@metafoo.co.uk
POC:
---
a ( ( void ( struct {
; ) ) 0
---
Run script:
---
clang++ -o tmp ./poc.cpp
---
Stack dump:
---
clang++: /home/rxz226/llvm-project/clang/lib/Parse/ParseExprCXX.cpp:3843:
clang::ExprResult
clang::Parser::ParseCXXAmbiguousParenExpression(clang::Parser::ParenParseOption&,
clang::ParsedType&, clang::BalancedDelimiterTracker&,
clang::ColonProtectionRAIIObject&): Assertion `Tok.is(tok::eof) &&
Tok.getEofData() == AttrEnd.getEofData()' failed.
Stack dump:
0. Program arguments: /home/rxz226/llvm-project/bld/bin/clang++ -x c++ -o
tm ./test1.c
1. ./test1.c:2:24: current parser token ''
#0 0x0511679b llvm::sys::PrintStackTrace(llvm::raw_ostream&)
/home/rxz226/llvm-project/llvm/lib/Support/Unix/Signals.inc:564:0
#1 0x0511682e PrintStackTraceSignalHandler(void*)
/home/rxz226/llvm-project/llvm/lib/Support/Unix/Signals.inc:625:0
#2 0x051145b6 llvm::sys::RunSignalHandlers()
/home/rxz226/llvm-project/llvm/lib/Support/Signals.cpp:68:0
#3 0x05115fd7 llvm::sys::CleanupOnSignal(unsigned long)
/home/rxz226/llvm-project/llvm/lib/Support/Unix/Signals.inc:361:0
#4 0x0501be1f (anonymous
namespace)::CrashRecoveryContextImpl::HandleCrash(int, unsigned long)
/home/rxz226/llvm-project/llvm/lib/Support/CrashRecoveryContext.cpp:80:0
#5 0x0501c2fe CrashRecoverySignalHandler(int)
/home/rxz226/llvm-project/llvm/lib/Support/CrashRecoveryContext.cpp:362:0
#6 0x7f6f2e26f390 __restore_rt
(/lib/x86_64-linux-gnu/libpthread.so.0+0x11390)
#7 0x7f6f2cf7e428 raise
/build/glibc-LK5gWL/glibc-2.23/signal/../sysdeps/unix/sysv/linux/raise.c:54:0
#8 0x7f6f2cf8002a abort /build/glibc-LK5gWL/glibc-2.23/stdlib/abort.c:91:0
#9 0x7f6f2cf76bd7 __assert_fail_base
/build/glibc-LK5gWL/glibc-2.23/assert/assert.c:92:0
#10 0x7f6f2cf76c82 (/lib/x86_64-linux-gnu/libc.so.6+0x2dc82)
#11 0x07a7fd0f
clang::Parser::ParseCXXAmbiguousParenExpression(clang::Parser::ParenParseOption&,
clang::OpaquePtr&, clang::BalancedDelimiterTracker&,
clang::ColonProtectionRAIIObject&) /home/rxz226/llvm-
project/clang/lib/Parse/ParseExprCXX.cpp:3844:0
#12 0x07a69a48
clang::Parser::ParseParenExpression(clang::Parser::ParenParseOption&, bool,
bool, clang::OpaquePtr&, clang::SourceLocation&)
/home/rxz226/llvm-project/clang/lib/Parse/ParseExpr.cpp:2712:0
#13 0x07a6116d
clang::Parser::ParseCastExpression(clang::Parser::CastParseKind, bool, bool&,
clang::Parser::TypeCastState, bool, bool*)
/home/rxz226/llvm-project/clang/lib/Parse/ParseExpr.cpp:936:0
#14 0x07a60d00
clang::Parser::ParseCastExpression(clang::Parser::CastParseKind, bool,
clang::Parser::TypeCastState, bool, bool*)
/home/rxz226/llvm-project/clang/lib/Parse/ParseExpr.cpp:668:0
#15 0x07a5e893
clang::Parser::ParseAssignmentExpression(clang::Parser::TypeCastState)
/home/rxz226/llvm-project/clang/lib/Parse/ParseExpr.cpp:175:0
#16 0x07a6b8d0
clang::Parser::ParseExpressionList(llvm::SmallVectorImpl&,
llvm::SmallVectorImpl&, llvm::function_ref)
/home/rxz226/llvm-project/clang/lib/Parse/ParseExpr.cpp:
3127:0
#17 0x07a1fdbc
clang::Parser::ParseDeclarationAfterDeclaratorAndAttributes(clang::Declarator&,
clang::Parser::ParsedTemplateInfo const&, clang::Parser::ForRangeInit*)
/home/rxz226/llvm-project/clang/lib/Parse/ParseDecl.c
pp:2432:0
#18 0x07a1e882 clang::Parser::ParseDeclGroup(clang::ParsingDeclSpec&,
clang::DeclaratorContext, clang::SourceLocation*, clang::Parser::ForRangeInit*)
/home/rxz226/llvm-project/clang/lib/Parse/ParseDecl.cpp:2129:0
#19 0x079ff6cd
clang::Parser::ParseDeclOrFunctionDefInternal(clang::Parser::ParsedAttributesWithRange&,
clang::ParsingDeclSpec&, clang::AccessSpecifier)
/home/rxz226/llvm-project/clang/lib/Parse/Parser.cpp:1110:0
#20 0x079ff7ab
clang::Parser::ParseDeclarationOrFunctionDefinition(clang::Parser::ParsedAttributesWithRange&,
clang::ParsingDeclSpec*, clang::AccessSpecifier)
/home/rxz226/llvm-project/clang/lib/Parse/Parser.cpp:1125:0
#21 0x079fec86
clang::Parser::ParseExternalDeclaration(clang::Parser::ParsedAttributesWithRange&,
clang::ParsingDeclSpec*)
/home/rxz226/llvm-project/clang/lib/Parse/Parser.cpp:945:0
#22 0x079fdf00
clang::Parser::ParseTopLevelDecl(clang::OpaquePtr&, bool)
/home/rxz226/llvm-project/clang/lib/Parse/Parser.cpp:696:0
#23 0x079fd881
clang::Parser::ParseFirstTopLevelDecl(clang::Op
[llvm-bugs] [Bug 44925] New: Assertion `Access == AS_private || Access == AS_protected' failed.
https://bugs.llvm.org/show_bug.cgi?id=44925
Bug ID: 44925
Summary: Assertion `Access == AS_private || Access ==
AS_protected' failed.
Product: clang
Version: trunk
Hardware: PC
OS: All
Status: NEW
Severity: enhancement
Priority: P
Component: Frontend
Assignee: unassignedclangb...@nondot.org
Reporter: changoch...@gmail.com
CC: llvm-bugs@lists.llvm.org, neeil...@live.com,
richard-l...@metafoo.co.uk
POC:
---
# 1 ""
# 1 "./test1.c"
struct {: ( struct a: a
---
Run script:
---
# Crash reproducer for clang version 11.0.0
(https://github.com/llvm/llvm-project.git
56b7f595d2b402ff177ca42214325c8fdea10fb0)
# Driver args: "--driver-mode=g++" "-x" "c++" "-o" "tm" "./test1.c"
# Original command: "/data/rxz226/llvm-project/bld/bin/clang-11" "-cc1"
"-triple" "x86_64-unknown-linux-gnu" "-emit-obj" "-mrelax-all" "-disable-free"
"-main-file-name" "test1.c" "-mrelocation-model" "static" "-mthread-model"
"posix" "-mframe-pointer=all" "-fmath-errno" "-fno-rounding-math"
"-masm-verbose" "-mconstructor-aliases" "-munwind-tables" "-target-cpu"
"x86-64" "-dwarf-column-info" "-fno-split-dwarf-inlining"
"-debugger-tuning=gdb" "-resource-dir"
"/data/rxz226/llvm-project/bld/lib/clang/11.0.0" "-internal-isystem"
"/usr/lib/gcc/x86_64-linux-gnu/7.4.0/../../../../include/c++/7.4.0"
"-internal-isystem"
"/usr/lib/gcc/x86_64-linux-gnu/7.4.0/../../../../include/x86_64-linux-gnu/c++/7.4.0"
"-internal-isystem"
"/usr/lib/gcc/x86_64-linux-gnu/7.4.0/../../../../include/x86_64-linux-gnu/c++/7.4.0"
"-internal-isystem"
"/usr/lib/gcc/x86_64-linux-gnu/7.4.0/../../../../include/c++/7.4.0/backward"
"-internal-isystem" "/usr/local/include" "-internal-isystem"
"/data/rxz226/llvm-project/bld/lib/clang/11.0.0/include"
"-internal-externc-isystem" "/usr/include/x86_64-linux-gnu"
"-internal-externc-isystem" "/include" "-internal-externc-isystem"
"/usr/include" "-fdeprecated-macro" "-fdebug-compilation-dir"
"/home/rxz226/c_reduce" "-ferror-limit" "19" "-fmessage-length" "0"
"-fgnuc-version=4.2.1" "-fobjc-runtime=gcc" "-fcxx-exceptions" "-fexceptions"
"-fdiagnostics-show-option" "-fcolor-diagnostics" "-faddrsig" "-o"
"/tmp/test1-9d592a.o" "-x" "c++" "./test1.c"
"/data/rxz226/llvm-project/bld/bin/clang-11" "-cc1" "-triple"
"x86_64-unknown-linux-gnu" "-emit-obj" "-mrelax-all" "-disable-free"
"-main-file-name" "test1.c" "-mrelocation-model" "static" "-mthread-model"
"posix" "-mframe-pointer=all" "-fmath-errno" "-fno-rounding-math"
"-masm-verbose" "-mconstructor-aliases" "-munwind-tables" "-target-cpu"
"x86-64" "-dwarf-column-info" "-fno-split-dwarf-inlining"
"-debugger-tuning=gdb" "-fdeprecated-macro" "-ferror-limit" "19"
"-fmessage-length" "0" "-fgnuc-version=4.2.1" "-fobjc-runtime=gcc"
"-fcxx-exceptions" "-fexceptions" "-fdiagnostics-show-option"
"-fcolor-diagnostics" "-faddrsig" "-x" "c++" "test1-bdd5a6.cpp"
---
Stack dump:
---
Stack dump:
0. Program arguments: /home/rxz226/llvm-project/bld/bin/clang++ -x c++ -o
tm ./test1.c
1. parser at end of file
2. ./test1.c:1:1: parsing struct/union/class body '(anonymous)'
3. ./test1.c:1:13: parsing struct/union/class body '(anonymous struct)::a'
#0 0x0511679b llvm::sys::PrintStackTrace(llvm::raw_ostream&)
/home/rxz226/llvm-project/llvm/lib/Support/Unix/Signals.inc:564:0
#1 0x0511682e PrintStackTraceSignalHandler(void*)
/home/rxz226/llvm-project/llvm/lib/Support/Unix/Signals.inc:625:0
#2 0x051145b6 llvm::sys::RunSignalHandlers()
/home/rxz226/llvm-project/llvm/lib/Support/Signals.cpp:68:0
#3 0x05115fd7 llvm::sys::CleanupOnSignal(unsigned long)
/home/rxz226/llvm-project/llvm/lib/Support/Unix/Signals.inc:361:0
#4 0x0501be1f (anonymous
namespace)::CrashRecoveryContextImpl::HandleCrash(int, unsigned long)
/home/rxz226/llvm-project/llvm/lib/Support/CrashRecoveryContext.cpp:80:0
#5 0x0501c2fe CrashRecoverySignalHandler(int)
/home/rxz226/llvm-project/llvm/lib/Support/CrashRecoveryContext.cpp:362:0
#6 0x7f7c12acc390 __restore_rt
(/lib/x86_64-linux-gnu/libpthread.so.0+0x11390)
#7 0x7f7c117db428 raise
/build/glibc-LK5gWL/glibc-2.23/signal/../sysdeps/unix/sysv/linux/raise.c:54:0
#8 0x7f7c117dd02a abort /build/glibc-LK5gWL/glibc-2.23/stdlib/abort.c:91:0
#9 0x7f7c117d3bd7 __assert_fail_base
/build/glibc-LK5gWL/glibc-2.23/assert/assert.c:92:0
#10 0x7f7c117d3c82 (/lib/x86_64-linux-gnu/libc.so.6+0x2dc82)
#11 0x07b440e3 HasAccess(clang::Sema&, (anonymous
namespace)::EffectiveContext const&, clang::CXXRecordDecl const*,
clang::AccessSpecifier, (anonymous namespace)::AccessTarget const&)
/home/rxz226/llvm-project/clang/lib$
Sema/SemaAccess.cpp:738:0
#12 0x07b45a51 IsAccessible(clang::Sema&, (anonymous
namespace)::EffectiveContext const&, (anonymous namespace)::AccessTarget&)
/home/rxz226/llvm-project/clang/lib/Sema/SemaAccess.cpp:1356:0
#
[llvm-bugs] [Bug 44926] New: Assertion `isa(CanonicalType)' failed.
https://bugs.llvm.org/show_bug.cgi?id=44926
Bug ID: 44926
Summary: Assertion `isa(CanonicalType)' failed.
Product: clang
Version: trunk
Hardware: PC
OS: All
Status: NEW
Severity: enhancement
Priority: P
Component: Frontend
Assignee: unassignedclangb...@nondot.org
Reporter: changoch...@gmail.com
CC: llvm-bugs@lists.llvm.org, neeil...@live.com,
richard-l...@metafoo.co.uk
POC:
---
int main ( ) {
void * p ;
if ( p -> memcmp < 1 ) return 1 ;
return 0 ;
}
---
Run script:
---
# Crash reproducer for clang version 11.0.0
(https://github.com/llvm/llvm-project.git
56b7f595d2b402ff177ca42214325c8fdea10fb0)
# Driver args: "--driver-mode=g++" "-x" "c++" "-o" "tm" "./test1.c"
# Original command: "/data/rxz226/llvm-project/bld/bin/clang-11" "-cc1"
"-triple" "x86_64-unknown-linux-gnu" "-emit-obj" "-mrelax-all" "-disable-free"
"-main-file-name" "test1.c" "-mrelocation-model" "static" "-mthread-model"
"posix" "-mframe-pointer=all" "-fmath-errno" "-fno-rounding-math"
"-masm-verbose" "-mconstructor-aliases" "-munwind-tables" "-target-cpu"
"x86-64" "-dwarf-column-info" "-fno-split-dwarf-inlining"
"-debugger-tuning=gdb" "-resource-dir"
"/data/rxz226/llvm-project/bld/lib/clang/11.0.0" "-internal-isystem"
"/usr/lib/gcc/x86_64-linux-gnu/7.4.0/../../../../include/c++/7.4.0"
"-internal-isystem"
"/usr/lib/gcc/x86_64-linux-gnu/7.4.0/../../../../include/x86_64-linux-gnu/c++/7.4.0"
"-internal-isystem"
"/usr/lib/gcc/x86_64-linux-gnu/7.4.0/../../../../include/x86_64-linux-gnu/c++/7.4.0"
"-internal-isystem"
"/usr/lib/gcc/x86_64-linux-gnu/7.4.0/../../../../include/c++/7.4.0/backward"
"-internal-isystem" "/usr/local/include" "-internal-isystem"
"/data/rxz226/llvm-project/bld/lib/clang/11.0.0/include"
"-internal-externc-isystem" "/usr/include/x86_64-linux-gnu"
"-internal-externc-isystem" "/include" "-internal-externc-isystem"
"/usr/include" "-fdeprecated-macro" "-fdebug-compilation-dir"
"/home/rxz226/c_reduce" "-ferror-limit" "19" "-fmessage-length" "0"
"-fgnuc-version=4.2.1" "-fobjc-runtime=gcc" "-fcxx-exceptions" "-fexceptions"
"-fdiagnostics-show-option" "-fcolor-diagnostics" "-faddrsig" "-o"
"/tmp/test1-ca737a.o" "-x" "c++" "./test1.c"
"/data/rxz226/llvm-project/bld/bin/clang-11" "-cc1" "-triple"
"x86_64-unknown-linux-gnu" "-emit-obj" "-mrelax-all" "-disable-free"
"-main-file-name" "test1.c" "-mrelocation-model" "static" "-mthread-model"
"posix" "-mframe-pointer=all" "-fmath-errno" "-fno-rounding-math"
"-masm-verbose" "-mconstructor-aliases" "-munwind-tables" "-target-cpu"
"x86-64" "-dwarf-column-info" "-fno-split-dwarf-inlining"
"-debugger-tuning=gdb" "-fdeprecated-macro" "-ferror-limit" "19"
"-fmessage-length" "0" "-fgnuc-version=4.2.1" "-fobjc-runtime=gcc"
"-fcxx-exceptions" "-fexceptions" "-fdiagnostics-show-option"
"-fcolor-diagnostics" "-faddrsig" "-x" "c++" "test1-0fb747.cpp"
---
Stack dump:
---
clang++: /home/rxz226/llvm-project/clang/include/clang/AST/Type.h:7072: const
T* clang::Type::castAs() const [with T = clang::TagType]: Assertion
`isa(CanonicalType)' failed.
[100/203]
Stack dump:
0. Program arguments: /home/rxz226/llvm-project/bld/bin/clang++ -x c++ -o
tm ./test1.c
1. ./test1.c:3:12: current parser token 'memcmp'
2. ./test1.c:1:14: parsing function body 'main'
3. ./test1.c:1:14: in compound statement ('{}')
#0 0x0511679b llvm::sys::PrintStackTrace(llvm::raw_ostream&)
/home/rxz226/llvm-project/llvm/lib/Support/Unix/Signals.inc:564:0
#1 0x0511682e PrintStackTraceSignalHandler(void*)
/home/rxz226/llvm-project/llvm/lib/Support/Unix/Signals.inc:625:0
#2 0x051145b6 llvm::sys::RunSignalHandlers()
/home/rxz226/llvm-project/llvm/lib/Support/Signals.cpp:68:0
#3 0x05115fd7 llvm::sys::CleanupOnSignal(unsigned long)
/home/rxz226/llvm-project/llvm/lib/Support/Unix/Signals.inc:361:0
#4 0x0501be1f (anonymous
namespace)::CrashRecoveryContextImpl::HandleCrash(int, unsigned long)
/home/rxz226/llvm-project/llvm/lib/Support/CrashRecoveryContext.cpp:80:0
#5 0x0501c2fe CrashRecoverySignalHandler(int)
/home/rxz226/llvm-project/llvm/lib/Support/CrashRecoveryContext.cpp:362:0
#6 0x7f2124a39390 __restore_rt
(/lib/x86_64-linux-gnu/libpthread.so.0+0x11390)
#7 0x7f2123748428 raise
/build/glibc-LK5gWL/glibc-2.23/signal/../sysdeps/unix/sysv/linux/raise.c:54:0
#8 0x7f212374a02a abort /build/glibc-LK5gWL/glibc-2.23/stdlib/abort.c:91:0
#9 0x7f2123740bd7 __assert_fail_base
/build/glibc-LK5gWL/glibc-2.23/assert/assert.c:92:0
#10 0x7f2123740c82 (/lib/x86_64-linux-gnu/libc.so.6+0x2dc82)
#11 0x08403be2 clang::TagType const*
clang::Type::castAs() const
/home/rxz226/llvm-project/clang/include/clang/AST/Type.h:7073:0
#12 0x082fefd6 clang::Sema::LookupTemplateName(clang::LookupResult&,
clang::Scope*, clang::CXXScopeSpec
[llvm-bugs] [Bug 44927] New: Assertion `FromType->castAs()->getDecl()->isFixed() && SCS.Second == ICK_Integral_Promotion && "only enums with fixed underlying type can promote to bool"' faile
https://bugs.llvm.org/show_bug.cgi?id=44927 Bug ID: 44927 Summary: Assertion `FromType->castAs()->getDecl()->isFixed() && SCS.Second == ICK_Integral_Promotion && "only enums with fixed underlying type can promote to bool"' failed. Product: clang Version: trunk Hardware: PC OS: All Status: NEW Severity: enhancement Priority: P Component: Frontend Assignee: unassignedclangb...@nondot.org Reporter: changoch...@gmail.com CC: llvm-bugs@lists.llvm.org, neeil...@live.com, richard-l...@metafoo.co.uk POC: --- a = 0 && (enum b)c --- Run script: --- # Crash reproducer for clang version 11.0.0 (https://github.com/llvm/llvm-project.git 56b7f595d2b402ff177ca42214325c8fdea10fb0) # Driver args: "--driver-mode=g++" "-x" "c++" "-o" "tm" "./test1.c" # Original command: "/data/rxz226/llvm-project/bld/bin/clang-11" "-cc1" "-triple" "x86_64-unknown-linux-gnu" "-emit-obj" "-mrelax-all" "-disable-free" "-main-file-name" "test1.c" "-mrelocation-model" "static" "-mthread-model" "posix" "-mframe-pointer=all" "-fmath-errno" "-fno-rounding-math" "-masm-verbose" "-mconstructor-aliases" "-munwind-tables" "-target-cpu" "x86-64" "-dwarf-column-info" "-fno-split-dwarf-inlining" "-debugger-tuning=gdb" "-resource-dir" "/data/rxz226/llvm-project/bld/lib/clang/11.0.0" "-internal-isystem" "/usr/lib/gcc/x86_64-linux-gnu/7.4.0/../../../../include/c++/7.4.0" "-internal-isystem" "/usr/lib/gcc/x86_64-linux-gnu/7.4.0/../../../../include/x86_64-linux-gnu/c++/7.4.0" "-internal-isystem" "/usr/lib/gcc/x86_64-linux-gnu/7.4.0/../../../../include/x86_64-linux-gnu/c++/7.4.0" "-internal-isystem" "/usr/lib/gcc/x86_64-linux-gnu/7.4.0/../../../../include/c++/7.4.0/backward" "-internal-isystem" "/usr/local/include" "-internal-isystem" "/data/rxz226/llvm-project/bld/lib/clang/11.0.0/include" "-internal-externc-isystem" "/usr/include/x86_64-linux-gnu" "-internal-externc-isystem" "/include" "-internal-externc-isystem" "/usr/include" "-fdeprecated-macro" "-fdebug-compilation-dir" "/home/rxz226/c_reduce" "-ferror-limit" "19" "-fmessage-length" "0" "-fgnuc-version=4.2.1" "-fobjc-runtime=gcc" "-fcxx-exceptions" "-fexceptions" "-fdiagnostics-show-option" "-fcolor-diagnostics" "-faddrsig" "-o" "/tmp/test1-79d5c4.o" "-x" "c++" "./test1.c" "/data/rxz226/llvm-project/bld/bin/clang-11" "-cc1" "-triple" "x86_64-unknown-linux-gnu" "-emit-obj" "-mrelax-all" "-disable-free" "-main-file-name" "test1.c" "-mrelocation-model" "static" "-mthread-model" "posix" "-mframe-pointer=all" "-fmath-errno" "-fno-rounding-math" "-masm-verbose" "-mconstructor-aliases" "-munwind-tables" "-target-cpu" "x86-64" "-dwarf-column-info" "-fno-split-dwarf-inlining" "-debugger-tuning=gdb" "-fdeprecated-macro" "-ferror-limit" "19" "-fmessage-length" "0" "-fgnuc-version=4.2.1" "-fobjc-runtime=gcc" "-fcxx-exceptions" "-fexceptions" "-fdiagnostics-show-option" "-fcolor-diagnostics" "-faddrsig" "-x" "c++" "test1-ace176.cpp" --- Stack dump: --- clang++: /home/rxz226/llvm-project/clang/lib/Sema/SemaExprCXX.cpp:4021: clang::ExprResult clang::Sema::PerformImplicitConversion(clang::Expr*, clang::QualType, const clang::StandardConversionSequence&, clang::Sema::AssignmentAct ion, clang::Sema::CheckedConversionKind): Assertion `FromType->castAs()->getDecl()->isFixed() && SCS.Second == ICK_Integral_Promotion && "only enums with fixed underlying type can promote to bool"' failed. Stack dump: 0. Program arguments: /home/rxz226/llvm-project/bld/bin/clang++ -x c++ -o tm ./test1.c 1. parser at end of file #0 0x0511679b llvm::sys::PrintStackTrace(llvm::raw_ostream&) /home/rxz226/llvm-project/llvm/lib/Support/Unix/Signals.inc:564:0 #1 0x0511682e PrintStackTraceSignalHandler(void*) /home/rxz226/llvm-project/llvm/lib/Support/Unix/Signals.inc:625:0 #2 0x051145b6 llvm::sys::RunSignalHandlers() /home/rxz226/llvm-project/llvm/lib/Support/Signals.cpp:68:0 #3 0x05115fd7 llvm::sys::CleanupOnSignal(unsigned long) /home/rxz226/llvm-project/llvm/lib/Support/Unix/Signals.inc:361:0 #4 0x0501be1f (anonymous namespace)::CrashRecoveryContextImpl::HandleCrash(int, unsigned long) /home/rxz226/llvm-project/llvm/lib/Support/CrashRecoveryContext.cpp:80:0 #5 0x0501c2fe CrashRecoverySignalHandler(int) /home/rxz226/llvm-project/llvm/lib/Support/CrashRecoveryContext.cpp:362:0 #6 0x7facce99f390 __restore_rt (/lib/x86_64-linux-gnu/libpthread.so.0+0x11390) #7 0x7faccd6ae428 raise /build/glibc-LK5gWL/glibc-2.23/signal/../sysdeps/unix/sysv/linux/raise.c:54:0 #8 0x7faccd6b002a abort /build/glibc-LK5gWL/glibc-2.23/stdlib/abort.c:91:0 #9 0x7faccd6a6bd7 __assert_fail_base /build/glibc-LK5gWL/glibc-2.23/assert/assert.c:92:0 #10 0x7faccd6a6c82 (/lib/x86_64-linux-gnu/libc.so.6+0x2dc82) #11 0x07fb8e19 clang::Sema::Perfor
[llvm-bugs] [Bug 44928] New: Assertion `Result.isInvalid() && "C++ binary operator overloading is missing candidates!"' failed.
https://bugs.llvm.org/show_bug.cgi?id=44928
Bug ID: 44928
Summary: Assertion `Result.isInvalid() && "C++ binary operator
overloading is missing candidates!"' failed.
Product: clang
Version: trunk
Hardware: PC
OS: All
Status: NEW
Severity: enhancement
Priority: P
Component: Frontend
Assignee: unassignedclangb...@nondot.org
Reporter: changoch...@gmail.com
CC: llvm-bugs@lists.llvm.org, neeil...@live.com,
richard-l...@metafoo.co.uk
POC:
---
enum {} a {
a += ""
---
Run script:
---
# Crash reproducer for clang version 11.0.0
(https://github.com/llvm/llvm-project.git
56b7f595d2b402ff177ca42214325c8fdea10fb0)
# Driver args: "--driver-mode=g++" "-x" "c++" "-o" "tm" "./test1.c"
# Original command: "/data/rxz226/llvm-project/bld/bin/clang-11" "-cc1"
"-triple" "x86_64-unknown-linux-gnu" "-emit-obj" "-mrelax-all" "-disable-free"
"-main-file-name" "test1.c" "-mrelocation-model" "static" "-mthread-model"
"posix" "-mframe-pointer=all" "-fmath-errno" "-fno-rounding-math"
"-masm-verbose" "-mconstructor-aliases" "-munwind-tables" "-target-cpu"
"x86-64" "-dwarf-column-info" "-fno-split-dwarf-inlining"
"-debugger-tuning=gdb" "-resource-dir"
"/data/rxz226/llvm-project/bld/lib/clang/11.0.0" "-internal-isystem"
"/usr/lib/gcc/x86_64-linux-gnu/7.4.0/../../../../include/c++/7.4.0"
"-internal-isystem"
"/usr/lib/gcc/x86_64-linux-gnu/7.4.0/../../../../include/x86_64-linux-gnu/c++/7.4.0"
"-internal-isystem"
"/usr/lib/gcc/x86_64-linux-gnu/7.4.0/../../../../include/x86_64-linux-gnu/c++/7.4.0"
"-internal-isystem"
"/usr/lib/gcc/x86_64-linux-gnu/7.4.0/../../../../include/c++/7.4.0/backward"
"-internal-isystem" "/usr/local/include" "-internal-isystem"
"/data/rxz226/llvm-project/bld/lib/clang/11.0.0/include"
"-internal-externc-isystem" "/usr/include/x86_64-linux-gnu"
"-internal-externc-isystem" "/include" "-internal-externc-isystem"
"/usr/include" "-fdeprecated-macro" "-fdebug-compilation-dir"
"/home/rxz226/c_reduce" "-ferror-limit" "19" "-fmessage-length" "0"
"-fgnuc-version=4.2.1" "-fobjc-runtime=gcc" "-fcxx-exceptions" "-fexceptions"
"-fdiagnostics-show-option" "-fcolor-diagnostics" "-faddrsig" "-o"
"/tmp/test1-ccaca2.o" "-x" "c++" "./test1.c"
"/data/rxz226/llvm-project/bld/bin/clang-11" "-cc1" "-triple"
"x86_64-unknown-linux-gnu" "-emit-obj" "-mrelax-all" "-disable-free"
"-main-file-name" "test1.c" "-mrelocation-model" "static" "-mthread-model"
"posix" "-mframe-pointer=all" "-fmath-errno" "-fno-rounding-math"
"-masm-verbose" "-mconstructor-aliases" "-munwind-tables" "-target-cpu"
"x86-64" "-dwarf-column-info" "-fno-split-dwarf-inlining"
"-debugger-tuning=gdb" "-fdeprecated-macro" "-ferror-limit" "19"
"-fmessage-length" "0" "-fgnuc-version=4.2.1" "-fobjc-runtime=gcc"
"-fcxx-exceptions" "-fexceptions" "-fdiagnostics-show-option"
"-fcolor-diagnostics" "-faddrsig" "-x" "c++" "test1-e7d559.cpp"
---
Stack dump:
---
clang++: /home/rxz226/llvm-project/clang/lib/Sema/SemaOverload.cpp:13450:
clang::ExprResult clang::Sema::CreateOverloadedBinOp(clang::SourceLocation,
clang::BinaryOperatorKind, const clang::UnresolvedSetImpl&, clang::Expr*, clan
g::Expr*, bool, bool, clang::FunctionDecl*): Assertion `Result.isInvalid() &&
"C++ binary operator overloading is missing candidates!"' failed.
Stack dump:
0. Program arguments: /home/rxz226/llvm-project/bld/bin/clang++ -x c++ -o
tm ./test1.c
1. parser at end of file
#0 0x0511679b llvm::sys::PrintStackTrace(llvm::raw_ostream&)
/home/rxz226/llvm-project/llvm/lib/Support/Unix/Signals.inc:564:0
#1 0x0511682e PrintStackTraceSignalHandler(void*)
/home/rxz226/llvm-project/llvm/lib/Support/Unix/Signals.inc:625:0
#2 0x051145b6 llvm::sys::RunSignalHandlers()
/home/rxz226/llvm-project/llvm/lib/Support/Signals.cpp:68:0
#3 0x05115fd7 llvm::sys::CleanupOnSignal(unsigned long)
/home/rxz226/llvm-project/llvm/lib/Support/Unix/Signals.inc:361:0
#4 0x0501be1f (anonymous
namespace)::CrashRecoveryContextImpl::HandleCrash(int, unsigned long)
/home/rxz226/llvm-project/llvm/lib/Support/CrashRecoveryContext.cpp:80:0
#5 0x0501c2fe CrashRecoverySignalHandler(int)
/home/rxz226/llvm-project/llvm/lib/Support/CrashRecoveryContext.cpp:362:0
#6 0x7f4aedb87390 __restore_rt
(/lib/x86_64-linux-gnu/libpthread.so.0+0x11390)
#7 0x7f4aec896428 raise
/build/glibc-LK5gWL/glibc-2.23/signal/../sysdeps/unix/sysv/linux/raise.c:54:0
#8 0x7f4aec89802a abort /build/glibc-LK5gWL/glibc-2.23/stdlib/abort.c:91:0
#9 0x7f4aec88ebd7 __assert_fail_base
/build/glibc-LK5gWL/glibc-2.23/assert/assert.c:92:0
#10 0x7f4aec88ec82 (/lib/x86_64-linux-gnu/libc.so.6+0x2dc82)
#11 0x082468c2
clang::Sema::CreateOverloadedBinOp(clang::SourceLocation,
clang::BinaryOperatorKind, clang::UnresolvedSetImpl const&, clang::Expr*,
clang::Expr*, bool, bool, clang::FunctionDecl*) /home/rxz226/llvm-proje
[llvm-bugs] [Bug 44929] New: [arm] After 2bfee35cb86, "unsupported relocation on symbol"
https://bugs.llvm.org/show_bug.cgi?id=44929
Bug ID: 44929
Summary: [arm] After 2bfee35cb86, "unsupported relocation on
symbol"
Product: new-bugs
Version: 10.0
Hardware: PC
OS: Windows 2000
Status: NEW
Severity: release blocker
Priority: P
Component: new bugs
Assignee: unassignedb...@nondot.org
Reporter: dimi...@andric.com
CC: htmldevelo...@gmail.com, llvm-bugs@lists.llvm.org
After
https://github.com/llvm/llvm-project/commit/2bfee35cb860859b436de0b780fbd00d68e198a4
("[MC][ELF] Emit a relocation if target is defined in the same section and is
non-local"), the following assembly for arm no longer compiles:
# clang -target armv6-gnueabihf -c adr-reloc.s
adr r0, foo
.global foo
foo:
Before:
$ clang-llvmorg-10-init-17163-g241f330d6ba -target armv6-gnueabihf-freebsd13.0
-c adr-reloc.s
$ llvm-objdump -d adr-reloc.o
adr-reloc.o:file format ELF32-arm-little
Disassembly of section .text:
$a.0:
0: 04 00 4f e2 sub r0, pc, #4
After:
$ clang-llvmorg-10-init-17164-g2bfee35cb86 -target armv6-gnueabihf -c
adr-reloc.s
adr-reloc.s:2:1: error: unsupported relocation on symbol
adr r0, foo
^
This is a regression.
--
You are receiving this mail because:
You are on the CC list for the bug.___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 44923] After b18cb9c4716, --sysroot no longer applies to C++ system include directory
https://bugs.llvm.org/show_bug.cgi?id=44923 Dimitry Andric changed: What|Removed |Added Resolution|--- |FIXED CC||h...@chromium.org Status|NEW |RESOLVED --- Comment #6 from Dimitry Andric --- I committed https://github.com/llvm/llvm-project/commit/62654cab7e654384ba503d6b62b1054cde19a553 to fix this. Hans, can we please get this merged into 10.x after it has baked for a little while? -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 44555] [meta] 10.0.0 Release Blockers
https://bugs.llvm.org/show_bug.cgi?id=44555 Bug 44555 depends on bug 44923, which changed state. Bug 44923 Summary: After b18cb9c4716, --sysroot no longer applies to C++ system include directory https://bugs.llvm.org/show_bug.cgi?id=44923 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
