[llvm-bugs] [Bug 28638] New: clang crashes on invalid C++ code: Assertion `!KnownValid && "unhandled case in overloaded call candidate"' failed
https://llvm.org/bugs/show_bug.cgi?id=28638 Bug ID: 28638 Summary: clang crashes on invalid C++ code: Assertion `!KnownValid && "unhandled case in overloaded call candidate"' failed Product: clang Version: trunk Hardware: PC OS: All Status: NEW Severity: normal Priority: P Component: C++ Assignee: unassignedclangb...@nondot.org Reporter: s...@cs.ucdavis.edu CC: dgre...@apple.com, llvm-bugs@lists.llvm.org Classification: Unclassified The current clang trunk crashes (without any proper diagnostics) when compiling the following C++ test case on x86_64-linux-gnu in both 32-bit and 64-bit modes. It is a regression from 3.8.x, which properly rejects the code. $ clang++ -v clang version 4.0.0 (trunk 276092) Target: x86_64-unknown-linux-gnu Thread model: posix InstalledDir: /usr/local/clang-trunk/bin Found candidate GCC installation: /usr/lib/gcc/i686-linux-gnu/4.9 Found candidate GCC installation: /usr/lib/gcc/i686-linux-gnu/4.9.3 Found candidate GCC installation: /usr/lib/gcc/i686-linux-gnu/5 Found candidate GCC installation: /usr/lib/gcc/i686-linux-gnu/5.3.0 Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.4 Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.4.7 Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.6 Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.6.4 Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.7 Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.7.3 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/4.9 Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.9.3 Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/5 Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/5.3.0 Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/6 Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/6.1.1 Selected GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.9 Candidate multilib: .;@m64 Candidate multilib: 32;@m32 Candidate multilib: x32;@mx32 Selected multilib: .;@m64 $ $ clang++-3.8 -c -std=c++11 small.cpp small.cpp:9:15: error: no member named 'B' in 'A' A::template B (); ~~~ ^ 1 error generated. $ $ clang++ -c -std=c++11 small.cpp clang-4.0: /tmp/llvm-builder/llvm-source-trunk/tools/clang/lib/Sema/SemaOverload.cpp:10986: void AddOverloadedCallCandidate(clang::Sema&, clang::DeclAccessPair, clang::TemplateArgumentListInfo*, llvm::ArrayRef, clang::OverloadCandidateSet&, bool, bool): Assertion `!KnownValid && "unhandled case in overloaded call candidate"' failed. #0 0x01d8fa95 llvm::sys::PrintStackTrace(llvm::raw_ostream&) (/usr/local/clang-trunk/bin/clang-4.0+0x1d8fa95) #1 0x01d8db4e llvm::sys::RunSignalHandlers() (/usr/local/clang-trunk/bin/clang-4.0+0x1d8db4e) #2 0x01d8dcb0 SignalHandler(int) (/usr/local/clang-trunk/bin/clang-4.0+0x1d8dcb0) #3 0x7f7003c98340 __restore_rt (/lib/x86_64-linux-gnu/libpthread.so.0+0x10340) #4 0x7f7002a89cc9 gsignal /build/eglibc-3GlaMS/eglibc-2.19/signal/../nptl/sysdeps/unix/sysv/linux/raise.c:56:0 #5 0x7f7002a8d0d8 abort /build/eglibc-3GlaMS/eglibc-2.19/stdlib/abort.c:91:0 #6 0x7f7002a82b86 __assert_fail_base /build/eglibc-3GlaMS/eglibc-2.19/assert/assert.c:92:0 #7 0x7f7002a82c32 (/lib/x86_64-linux-gnu/libc.so.6+0x2fc32) #8 0x02dcfef0 clang::Sema::AddOverloadedCallCandidates(clang::UnresolvedLookupExpr*, llvm::ArrayRef, clang::OverloadCandidateSet&, bool) (/usr/local/clang-trunk/bin/clang-4.0+0x2dcfef0) #9 0x02dd00fd clang::Sema::buildOverloadedCallSet(clang::Scope*, clang::Expr*, clang::UnresolvedLookupExpr*, llvm::MutableArrayRef, clang::SourceLocation, clang::OverloadCandidateSet*, clang::ActionResult*) (/usr/local/clang-trunk/bin/clang-4.0+0x2dd00fd) #10 0x02ddd3a8 clang::Sema::BuildOverloadedCallExpr(clang::Scope*, clang::Expr*, clang::UnresolvedLookupExpr*, clang::SourceLocation, llvm::MutableArrayRef, clang::SourceLocation, clang::Expr*, bool, bool) (/usr/local/clang-trunk/bin/clang-4.0+0x2ddd3a8) #11 0x02c75005 clang::Sema::ActOnCallExpr(clang::Scope*, clang::Expr*, clang::SourceLocation, llvm::MutableArrayRef, clang::SourceLocation, clang::Expr*, bool) (/usr/local/clang-trunk/bin/clang-4.0+0x2c75005) #12 0x028da682 clang::Parser::ParsePostfixExpressionSuffix(clang::ActionResult) (/usr/local/clang-trunk/bin/clang-4.0+0x28da682) #13 0x028d5098 clang::Parser::ParseCastExpression(bool, bool, bool&, clang::Parser::TypeCastState) (/usr/local/clang-trunk/bin/clang-4.0+0x28d5098) #14 0x028d7c0d clang::Parser::ParseCastExpression(bool, bool, clang::Parser::TypeCastState) (/
[llvm-bugs] [Bug 28639] New: noexcept feature for function has not been supported
https://llvm.org/bugs/show_bug.cgi?id=28639
Bug ID: 28639
Summary: noexcept feature for function has not been supported
Product: clang
Version: 3.9
Hardware: PC
OS: Linux
Status: NEW
Severity: normal
Priority: P
Component: C++11
Assignee: unassignedclangb...@nondot.org
Reporter: westion...@gmail.com
CC: dgre...@apple.com, llvm-bugs@lists.llvm.org
Classification: Unclassified
I wonder whether it is a feature clang does not want to support or a bug?
#include
extern "C" void exit(int);
void operator delete(void*) noexcept(true)
{
throw -59;
}
void g()
{
exit(0);
}
int main()
{
std::set_terminate(g);
try {
delete (char*)0;
}
catch (...) {
return 1;
}
return 1;
}
expected return code: 0;
actual return code: 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 28635] clang crashes on code with crc32 builtin on x86_64-linux-gnu (in pass 'X86 DAG->DAG Instruction Selection')
https://llvm.org/bugs/show_bug.cgi?id=28635 Craig Topper changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #3 from Craig Topper --- Fixed in r276250. I also fixed a bunch of other builtins that had similar crashes. Which led to finding a bunch of missing #ifdef __x86_64__ qualifiers from *intrin.h files. -- 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 23156] gcc5 defines __GLIBCXX_TYPE_INT_N_0 and __GLIBCXX_BITSIZE_INT_N_0 in C++ mode
https://llvm.org/bugs/show_bug.cgi?id=23156 Yaron Keren changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #5 from Yaron Keren --- g++ defines these in C++ gnu langaugae extensions mode only. r276252 -- 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 28640] New: clang crashes on valid code at -O3 on x86_64-linux-gnu with "Bad machine code: Virtual register defs don't dominate all uses."
https://llvm.org/bugs/show_bug.cgi?id=28640 Bug ID: 28640 Summary: clang crashes on valid code at -O3 on x86_64-linux-gnu with "Bad machine code: Virtual register defs don't dominate all uses." Product: clang Version: trunk Hardware: PC OS: All Status: NEW Severity: normal Priority: P Component: LLVM Codegen Assignee: unassignedclangb...@nondot.org Reporter: helloqi...@gmail.com CC: llvm-bugs@lists.llvm.org Classification: Unclassified The current clang trunk crashes at -O3 when compiling the following test case on x86_64-linux-gnu in 32-bit mode. The 64-bit mode works fine. $ clang-trunk -v clang version 4.0.0 (trunk 276095) Target: x86_64-unknown-linux-gnu Thread model: posix InstalledDir: /usr/local/bin Found candidate GCC installation: /usr/lib/gcc/i686-linux-gnu/4.9 Found candidate GCC installation: /usr/lib/gcc/i686-linux-gnu/4.9.3 Found candidate GCC installation: /usr/lib/gcc/i686-linux-gnu/5 Found candidate GCC installation: /usr/lib/gcc/i686-linux-gnu/5.3.0 Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/3.4.6 Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.4 Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.4.7 Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.6 Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.6.4 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/4.9 Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.9.3 Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/5 Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/5.3.0 Found candidate GCC installation: /usr/local/bin/../lib/gcc/x86_64-pc-linux-gnu/6.1.0 Found candidate GCC installation: /usr/local/bin/../lib/gcc/x86_64-unknown-linux-gnu/5.3.0 Selected GCC installation: /usr/local/bin/../lib/gcc/x86_64-pc-linux-gnu/6.1.0 Candidate multilib: .;@m64 Candidate multilib: 32;@m32 Selected multilib: .;@m64 $ clang-trunk -m32 -O3 abc.c abc.c:7:9: warning: incompatible pointer types initializing 'char *' with an expression of type 'void ()' [-Wincompatible-pointer-types] char *f = fn1; ^ ~~~ abc.c:20:12: warning: incompatible pointer types initializing 'char **' with an expression of type 'char *'; take the address with & [-Wincompatible-pointer-types] char **k = f; ^ ~ & abc.c:25:8: warning: expression result unused [-Wunused-value] h ? : (j = e); ^ abc.c:40:9: warning: incompatible pointer types initializing 'char *' with an expression of type 'int *' [-Wincompatible-pointer-types] char *l = &g; ^ ~~ abc.c:41:3: warning: expression result unused [-Wunused-value] *l; ^~ # Machine code for function fn1: Properties: Frame Objects: fi#0: size=4, align=4, at location [SP+4] BB#0: derived from LLVM BB %entry %vreg7 = MOV32r0 %EFLAGS; GR32_ABCD:%vreg7 CMP32mi8 %noreg, 1, %noreg, , %noreg, 0, %EFLAGS; mem:LD4[@b](tbaa=!2) JNE_1 , %EFLAGS Successors according to CFG: BB#1(0x3000 / 0x8000 = 37.50%) BB#2(0x5000 / 0x8000 = 62.50%) BB#1: Predecessors according to CFG: BB#0 %vreg8 = COPY %vreg7:sub_8bit; GR8:%vreg8 GR32_ABCD:%vreg7 %vreg29 = COPY %vreg7; GR32:%vreg29 GR32_ABCD:%vreg7 %vreg30 = COPY %vreg8; GR8:%vreg30,%vreg8 %vreg31 = IMPLICIT_DEF; GR32:%vreg31 JMP_1 Successors according to CFG: BB#10(?%) BB#2: derived from LLVM BB %for.body Predecessors according to CFG: BB#0 %vreg0 = MOV32rm %noreg, 1, %noreg, , %noreg; mem:LD4[@c](tbaa=!2) GR32:%vreg0 TEST32rr %vreg0, %vreg0, %EFLAGS; GR32:%vreg0 JNE_1 , %EFLAGS Successors according to CFG: BB#3(0x3000 / 0x8000 = 37.50%) BB#4(0x5000 / 0x8000 = 62.50%) BB#3: Predecessors according to CFG: BB#2 %vreg16 = LEA32r , 1, %noreg, 0, %noreg; GR32:%vreg16 %vreg29 = IMPLICIT_DEF; GR32:%vreg29 %vreg30 = IMPLICIT_DEF; GR8:%vreg30 %vreg31 = COPY %vreg16; GR32:%vreg31,%vreg16 JMP_1 Successors according to CFG: BB#10(?%) BB#4: derived from LLVM BB %for.cond4.preheader Predecessors according to CFG: BB#2 %vreg1 = MOV32rm %noreg, 1, %noreg, , %noreg; mem:LD4[@a] GR32:%vreg1 Successors according to CFG: BB#5(?%) BB#5: derived from LLVM BB %for.cond4 Predecessors according to CFG: BB#4 BB#13 CMP32ri8 %vreg0, 4, %EFLAGS; GR32:%vreg0 JG_1 , %EFLAGS JMP_1 Successors according to CFG: BB#6(0x0400 / 0x8000 = 3.12%) BB#13(0x7c00 / 0x8000 = 96.88
[llvm-bugs] [Bug 28641] New: Emit a warning if inline assembly with a clobber list is used inside a naked function.
https://llvm.org/bugs/show_bug.cgi?id=28641
Bug ID: 28641
Summary: Emit a warning if inline assembly with a clobber list
is used inside a naked function.
Product: clang
Version: trunk
Hardware: PC
OS: Windows NT
Status: NEW
Severity: normal
Priority: P
Component: Frontend
Assignee: unassignedclangb...@nondot.org
Reporter: pierregoussea...@gmail.com
CC: llvm-bugs@lists.llvm.org,
paul_robin...@playstation.sony.com
Classification: Unclassified
Having inline assembly with a clobber list in a function marked naked seems
dangerous as this will alter the stack but only at -O0 in the case below,
higher optimisations level are fine.
eg:
$ clang --version
clang version 3.9.0 @r276109
Target: x86_64-unknown-linux-gnu
#include
__attribute__((__naked__, __noinline__)) int foo(size_t)
{
__asm__ __volatile__ (
"ret" : : : "rdi"
);
}
$ clang -O0 -S test.cpp
# BB#0: # %entry
movq%rdi, -16(%rbp) # 8-byte Spill <- Stack altered
#APP
retq
#NO_APP
--
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 26235] Poor VBROADCASTF128 / VBROADCASTI128 support
https://llvm.org/bugs/show_bug.cgi?id=26235 Simon Pilgrim changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #2 from Simon Pilgrim --- Fixed: https://reviews.llvm.org/rL276281 -- 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 27265] [X86] Failure to fold v8i16 extractelement 0'th element to (v)pextrw
https://llvm.org/bugs/show_bug.cgi?id=27265 Simon Pilgrim changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #3 from Simon Pilgrim --- Fixed: https://reviews.llvm.org/rL276289 -- 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 28642] New: add Solaris support to the CMake build system
https://llvm.org/bugs/show_bug.cgi?id=28642 Bug ID: 28642 Summary: add Solaris support to the CMake build system Product: Build scripts Version: 3.8 Hardware: PC OS: Solaris Status: NEW Severity: normal Priority: P Component: cmake Assignee: unassignedb...@nondot.org Reporter: stefan.tele...@oracle.com CC: llvm-bugs@lists.llvm.org Classification: Unclassified Created attachment 16778 --> https://llvm.org/bugs/attachment.cgi?id=16778&action=edit Solaris support for the CMake build system The proposed patch adds Solaris support to the CMake build system. This patch applies cleanly in LLVM 3.8.0 and LLVM 3.8.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 28643] New: Add Solaris support to the gtest library
https://llvm.org/bugs/show_bug.cgi?id=28643 Bug ID: 28643 Summary: Add Solaris support to the gtest library Product: Test Suite Version: 3.8 Hardware: Sun OS: Solaris Status: NEW Severity: normal Priority: P Component: Programs Tests Assignee: unassignedb...@nondot.org Reporter: stefan.tele...@oracle.com CC: llvm-bugs@lists.llvm.org Classification: Unclassified Created attachment 16779 --> https://llvm.org/bugs/attachment.cgi?id=16779&action=edit add Solaris support to the gtest library This patch adds Solaris support to the gtest library used by the LLVM and clang unittests. It detects the number of threads running inside a process, and silences the annoying warning about not being able to determine the number of running threads. -- 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 28644] New: CommandLine on SPARC is non-functional
https://llvm.org/bugs/show_bug.cgi?id=28644 Bug ID: 28644 Summary: CommandLine on SPARC is non-functional Product: libraries Version: 3.8 Hardware: Sun OS: Solaris Status: NEW Severity: normal Priority: P Component: Support Libraries Assignee: unassignedb...@nondot.org Reporter: stefan.tele...@oracle.com CC: llvm-bugs@lists.llvm.org Classification: Unclassified In LLVM libSupport: 1. CommandLine.[h|cpp] does not work on Solaris SPARC at all. Either it crashes with SIGBUS, or it exits with errors about options having been already seen and processed. 2. raw_ostream mishbehaves on Solaris SPARC: SIGBUS. A patch will be sent to llvm-commits, and will reference this bug. The patch itself is very large. With this patch, everything works correctly, with the exception of option aliasing. Three tests related to option aliasing in the LLVM SupportTests unittest still fail. Option aliasing does not appear to be used anywhere in LLVM or clang. The patch has been tested on Solaris Intel, Solaris SPARC and Linux Intel. -- 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 28645] New: enhancements to the LLVM SPARC backend
https://llvm.org/bugs/show_bug.cgi?id=28645 Bug ID: 28645 Summary: enhancements to the LLVM SPARC backend Product: libraries Version: 3.8 Hardware: Sun OS: Solaris Status: NEW Severity: normal Priority: P Component: Backend: Sparc Assignee: unassignedb...@nondot.org Reporter: stefan.tele...@oracle.com CC: llvm-bugs@lists.llvm.org Classification: Unclassified Incremental enhancements to the LLVM SPARC backend. A patch will be sent to the llmv-commits mailing-list. This is work-in-progress, part of our overall work on the LLVM SPARC backend and SPARC JIT, but we want to share it with the community. This patch applies cleanly to LLVM 3.8.0 and 3.8.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 28639] noexcept feature for function has not been supported
https://llvm.org/bugs/show_bug.cgi?id=28639 Richard Smith changed: What|Removed |Added Status|NEW |RESOLVED CC||richard-l...@metafoo.co.uk Resolution|--- |INVALID --- Comment #2 from Richard Smith --- [expr.delete]/7: "If the value of the operand of the delete-expression is a null pointer value, it is unspecified whether a deallocation function will be called" -- 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 28646] New: "clang: error: unable to execute command: Segmentation fault (core dumped)" when parsing unbalanced curly braces
https://llvm.org/bugs/show_bug.cgi?id=28646 Bug ID: 28646 Summary: "clang: error: unable to execute command: Segmentation fault (core dumped)" when parsing unbalanced curly braces Product: clang Version: unspecified Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P Component: -New Bugs Assignee: unassignedclangb...@nondot.org Reporter: dholb...@mozilla.com CC: llvm-bugs@lists.llvm.org Classification: Unclassified Created attachment 16782 --> https://llvm.org/bugs/attachment.cgi?id=16782&action=edit terminal output with a bit more context (from the start of my incremental build, up to the "PLEASE submit a bug report") I just tried to compile some source code with (accidentally) unbalanced curly braces, and I got the following resulting output. Filing a bug, as directed by the error message in my terminal output. TERMINAL OUTPUT: 0:08.81 fatal error: too many errors emitted, stopping now [-ferror-limit=] 0:08.81 0 libLLVM-3.8.so.1 0x7fb999a6fd38 llvm::sys::PrintStackTrace(llvm::raw_ostream&) + 56 0:08.81 1 libLLVM-3.8.so.1 0x7fb999a6dfc6 llvm::sys::RunSignalHandlers() + 54 0:08.81 2 libLLVM-3.8.so.1 0x7fb999a6e129 0:08.81 3 libc.so.60x7fb998bab4a0 0:08.81 4 clang0x007c1565 0:08.81 5 clang0x00ddd99e 0:08.81 6 clang0x00dde171 clang::Sema::AttachBaseSpecifiers(clang::CXXRecordDecl*, llvm::MutableArrayRef) + 1729 0:08.81 7 clang0x00dde6b6 clang::Sema::ActOnBaseSpecifiers(clang::Decl*, llvm::MutableArrayRef) + 70 0:08.81 8 clang0x00b6dd42 clang::Parser::ParseBaseClause(clang::Decl*) + 242 0:08.81 9 clang0x00b72ecb clang::Parser::ParseCXXMemberSpecification(clang::SourceLocation, clang::SourceLocation, clang::Parser::ParsedAttributesWithRange&, unsigned int, clang::Decl*) + 1803 0:08.81 10 clang0x00b74161 clang::Parser::ParseClassSpecifier(clang::tok::TokenKind, clang::SourceLocation, clang::DeclSpec&, clang::Parser::ParsedTemplateInfo const&, clang::AccessSpecifier, bool, clang::Parser::DeclSpecContext, clang::Parser::ParsedAttributesWithRange&) + 3393 0:08.81 11 clang0x00b553ca clang::Parser::ParseDeclarationSpecifiers(clang::DeclSpec&, clang::Parser::ParsedTemplateInfo const&, clang::AccessSpecifier, clang::Parser::DeclSpecContext, clang::Parser::LateParsedAttrList*) + 5834 0:08.81 12 clang0x00b6fe9d clang::Parser::ParseCXXClassMemberDeclaration(clang::AccessSpecifier, clang::AttributeList*, clang::Parser::ParsedTemplateInfo const&, clang::ParsingDeclRAIIObject*) + 1293 0:08.81 13 clang0x00b72515 clang::Parser::ParseCXXClassMemberDeclarationWithPragmas(clang::AccessSpecifier&, clang::Parser::ParsedAttributesWithRange&, clang::TypeSpecifierType, clang::Decl*) + 741 0:08.81 14 clang0x00b72bf7 clang::Parser::ParseCXXMemberSpecification(clang::SourceLocation, clang::SourceLocation, clang::Parser::ParsedAttributesWithRange&, unsigned int, clang::Decl*) + 1079 0:08.81 15 clang0x00b74161 clang::Parser::ParseClassSpecifier(clang::tok::TokenKind, clang::SourceLocation, clang::DeclSpec&, clang::Parser::ParsedTemplateInfo const&, clang::AccessSpecifier, bool, clang::Parser::DeclSpecContext, clang::Parser::ParsedAttributesWithRange&) + 3393 0:08.81 16 clang0x00b553ca clang::Parser::ParseDeclarationSpecifiers(clang::DeclSpec&, clang::Parser::ParsedTemplateInfo const&, clang::AccessSpecifier, clang::Parser::DeclSpecContext, clang::Parser::LateParsedAttrList*) + 5834 0:08.81 17 clang0x00b5f82c clang::Parser::ParseSimpleDeclaration(unsigned int, clang::SourceLocation&, clang::Parser::ParsedAttributesWithRange&, bool, clang::Parser::ForRangeInit*) + 700 0:08.81 18 clang0x00b5fb76 clang::Parser::ParseDeclaration(unsigned int, clang::SourceLocation&, clang::Parser::ParsedAttributesWithRange&) + 214 0:08.82 19 clang0x00bb636f clang::Parser::ParseStatementOrDeclarationAfterAttributes(llvm::SmallVector&, clang::Parser::AllowedContsructsKind, clang::SourceLocation*, clang::Parser::ParsedAttributesWithRange&) + 3183 0:08.82 20 clang0x00bb658a clang::Parser::ParseStatementOrDeclaration(llvm::SmallVector&, clang::Parser::AllowedContsructsKind, clang::SourceLocation*) + 138 0:08.82 21 clang0x00bba759 clang::Parser::ParseCompoundStatementBody(bool) + 1769 0:08.82 22 clang0x00bbd31a clang::Parser::ParseFunctionStatementBody(clang::Decl*, clang::Parser::ParseScope&) + 314 0:08.82 23 clang0x00b3e0d8 clang::Parser::ParseFunctionDefinition(clang::ParsingDeclarator&, cl
[llvm-bugs] [Bug 28647] New: Support of thumb2's modified immediate assembly syntax is incomplete
https://llvm.org/bugs/show_bug.cgi?id=28647 Bug ID: 28647 Summary: Support of thumb2's modified immediate assembly syntax is incomplete Product: libraries Version: trunk Hardware: Other OS: All Status: NEW Severity: normal Priority: P Component: Target Description Classes Assignee: unassignedb...@nondot.org Reporter: las...@google.com CC: llvm-bugs@lists.llvm.org Classification: Unclassified $ llvm-mc -triple=armv7a-linux-gnueabi -o test.o test.s test.s:7:12: error: invalid operand for instruction sub r3,r3,#.L1-.L2 @@@ test.s @@@ .text .syntax unified .thumb .arch armv7-a .L1: sub r3,r3,#.L1-.L2 .L2: -- 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 28645] enhancements to the LLVM SPARC backend
https://llvm.org/bugs/show_bug.cgi?id=28645 Eli Friedman changed: What|Removed |Added Status|NEW |RESOLVED CC||eli.fried...@gmail.com Resolution|--- |INVALID --- Comment #1 from Eli Friedman --- There isn't any general requirement for a patch to have an associated bug number; please only file bugs for actual bugs. -- 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 28648] New: build debug x86 not build or build arm
https://llvm.org/bugs/show_bug.cgi?id=28648 Bug ID: 28648 Summary: build debug x86 not build or build arm Product: new-bugs Version: 3.8 Hardware: All OS: other Status: NEW Severity: normal Priority: P Component: new bugs Assignee: unassignedb...@nondot.org Reporter: salih.yu...@univera.com.tr CC: llvm-bugs@lists.llvm.org Classification: Unclassified Hi My operation system Windows 10 I'm using Visual Studio 2015 whith update 3 and Clang 3.8. My project c++ Android platform but one project not build Clang 3.8 Note Using NDK11 clang.exe : error : clang frontend command failed due to signal (use -v to see invocation) clang version 3.8.243773 Target: i686-none-linux-android Thread model: posix -- 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 28600] [meta] 3.9.0 Release Blockers
https://llvm.org/bugs/show_bug.cgi?id=28600 Bug 28600 depends on bug 28632, which changed state. Bug 28632 Summary: Assertion failed: Q.Visited.size() < 1000 && "Visited too much", file C:\src\upstream\llvm39\lib\Transforms\Utils\MemorySSA.cpp, line 1228 https://llvm.org/bugs/show_bug.cgi?id=28632 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 28632] Assertion failed: Q.Visited.size() < 1000 && "Visited too much", file C:\src\upstream\llvm39\lib\Transforms\Utils\MemorySSA.cpp, line 1228
https://llvm.org/bugs/show_bug.cgi?id=28632 George Burgess changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #4 from George Burgess --- Fix applied to the 3.9 branch as r276337. Thanks again! -- 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 28466] [InstSimplify] regression of bit manipulation optimization for certain bit positions
https://llvm.org/bugs/show_bug.cgi?id=28466 Sanjay Patel changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #5 from Sanjay Patel --- Should be fixed with: https://reviews.llvm.org/rL276341 -- 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 28649] New: Taking too long to build a huge file
https://llvm.org/bugs/show_bug.cgi?id=28649 Bug ID: 28649 Summary: Taking too long to build a huge file Product: libraries Version: trunk Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P Component: Backend: ARM Assignee: unassignedb...@nondot.org Reporter: las...@google.com CC: llvm-bugs@lists.llvm.org Classification: Unclassified It seems to take an infinite long time to do this: $ clang -cc1 -triple thumbv7-linux-gnueabi -emit-obj -x c huge.c while it "only" takes 2 minutes for armv7 and x86_64. If invoked in this way, it only took ~1 minute: $ clang -target thumbv7-linux-gnueabi -c -o huge.o -x c huge.c -- 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 28609] Crash in CodeGen when processing default switch statement
https://llvm.org/bugs/show_bug.cgi?id=28609 Erik Pilkington changed: What|Removed |Added Status|NEW |RESOLVED CC||erik.pilking...@gmail.com Resolution|--- |FIXED --- Comment #1 from Erik Pilkington --- Fixed in r276350. -- 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 28650] New: AVX512F does a poor job passing i1s between basic blocks
https://llvm.org/bugs/show_bug.cgi?id=28650
Bug ID: 28650
Summary: AVX512F does a poor job passing i1s between basic
blocks
Product: libraries
Version: trunk
Hardware: PC
OS: Linux
Status: NEW
Severity: normal
Priority: P
Component: Backend: X86
Assignee: unassignedb...@nondot.org
Reporter: mku...@google.com
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified
Consider the test case from r276347:
declare i1 @bar()
define i1 @foo(i1 %i) nounwind {
entry:
br i1 %i, label %if, label %else
if:
%r = call i1 @bar()
br label %else
else:
%ret = phi i1 [%r, %if], [true, %entry]
ret i1 %ret
}
Without AVX512, we get:
foo:
movb$1, %al
testb$1, %dil
je.LBB0_2
pushq%rax
callqbar
addq$8, %rsp
.LBB0_2:
retq
While with AVX512F, we end up "serializing" the i1 through k registers:
foo:
testb$1, %dil
je.LBB0_1
pushq%rax
callqbar
andb$1, %al
kmovw%eax, %k0
addq$8, %rsp
jmp.LBB0_3
.LBB0_1:
kxnorw%k0, %k0, %k0
kshiftrw$15, %k0, %k0
.LBB0_3:
kmovw%k0, %eax
retq
The xnor + shift sequence to create a 1 is an especially nice touch. :-)
--
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 28651] New: clang crashes on C++ code invoking __builtin_alloca with undeclared identifier
https://llvm.org/bugs/show_bug.cgi?id=28651 Bug ID: 28651 Summary: clang crashes on C++ code invoking __builtin_alloca with undeclared identifier Product: clang Version: trunk Hardware: PC OS: All Status: NEW Severity: normal Priority: P Component: C++ Assignee: unassignedclangb...@nondot.org Reporter: s...@cs.ucdavis.edu CC: dgre...@apple.com, llvm-bugs@lists.llvm.org Classification: Unclassified The current clang trunk crashes (without any proper diagnostics) when compiling the following C++ test case on x86_64-linux-gnu in both 32-bit and 64-bit modes. It is a regression from 3.8.x, which rejects the code with proper error messages. $ clang++ -v clang version 4.0.0 (trunk 276243) Target: x86_64-unknown-linux-gnu Thread model: posix InstalledDir: /usr/local/clang-trunk/bin Found candidate GCC installation: /usr/lib/gcc/i686-linux-gnu/4.9 Found candidate GCC installation: /usr/lib/gcc/i686-linux-gnu/4.9.3 Found candidate GCC installation: /usr/lib/gcc/i686-linux-gnu/5 Found candidate GCC installation: /usr/lib/gcc/i686-linux-gnu/5.3.0 Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.4 Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.4.7 Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.6 Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.6.4 Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.7 Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.7.3 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/4.9 Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.9.3 Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/5 Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/5.3.0 Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/6 Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/6.1.1 Selected GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.9 Candidate multilib: .;@m64 Candidate multilib: 32;@m32 Candidate multilib: x32;@mx32 Selected multilib: .;@m64 $ $ clang++-3.8 -c small.cpp small.cpp:3:21: error: use of undeclared identifier 'value' __builtin_alloca (value); ^ 1 error generated. $ $ clang++ -c small.cpp #0 0x01d96685 llvm::sys::PrintStackTrace(llvm::raw_ostream&) (/usr/local/clang-trunk/bin/clang-4.0+0x1d96685) #1 0x01d9473e llvm::sys::RunSignalHandlers() (/usr/local/clang-trunk/bin/clang-4.0+0x1d9473e) #2 0x01d948a0 SignalHandler(int) (/usr/local/clang-trunk/bin/clang-4.0+0x1d948a0) #3 0x7fbd0261d340 __restore_rt (/lib/x86_64-linux-gnu/libpthread.so.0+0x10340) #4 0x02c772f4 clang::Sema::ActOnCallExpr(clang::Scope*, clang::Expr*, clang::SourceLocation, llvm::MutableArrayRef, clang::SourceLocation, clang::Expr*, bool) (/usr/local/clang-trunk/bin/clang-4.0+0x2c772f4) #5 0x02cdef3d clang::TreeTransform<(anonymous namespace)::TransformTypos>::TransformCallExpr(clang::CallExpr*) (/usr/local/clang-trunk/bin/clang-4.0+0x2cdef3d) #6 0x02cc807f clang::TreeTransform<(anonymous namespace)::TransformTypos>::TransformExpr(clang::Expr*) (/usr/local/clang-trunk/bin/clang-4.0+0x2cc807f) #7 0x02cc8ca9 (anonymous namespace)::TransformTypos::TryTransform(clang::Expr*) (/usr/local/clang-trunk/bin/clang-4.0+0x2cc8ca9) #8 0x02cc537d clang::Sema::CorrectDelayedTyposInExpr(clang::Expr*, clang::VarDecl*, llvm::function_ref (clang::Expr*)>) (/usr/local/clang-trunk/bin/clang-4.0+0x2cc537d) #9 0x02cc66c4 clang::Sema::ActOnFinishFullExpr(clang::Expr*, clang::SourceLocation, bool, bool, bool) (/usr/local/clang-trunk/bin/clang-4.0+0x2cc66c4) #10 0x02df4ab0 clang::Sema::ActOnExprStmt(clang::ActionResult) (/usr/local/clang-trunk/bin/clang-4.0+0x2df4ab0) #11 0x0291a96d clang::Parser::ParseExprStatement() (/usr/local/clang-trunk/bin/clang-4.0+0x291a96d) #12 0x02917db7 clang::Parser::ParseStatementOrDeclarationAfterAttributes(llvm::SmallVector&, clang::Parser::AllowedContsructsKind, clang::SourceLocation*, clang::Parser::ParsedAttributesWithRange&) (/usr/local/clang-trunk/bin/clang-4.0+0x2917db7) #13 0x02917f0e clang::Parser::ParseStatementOrDeclaration(llvm::SmallVector&, clang::Parser::AllowedContsructsKind, clang::SourceLocation*) (/usr/local/clang-trunk/bin/clang-4.0+0x2917f0e) #14 0x0291c819 clang::Parser::ParseCompoundStatementBody(bool) (/usr/local/clang-trunk/bin/clang-4.0+0x291c819) #15 0x0291f079 clang::Parser::ParseFunctionStatementBody(clang::Decl*, clang::Parser::ParseScope&) (/usr/local/clang-trunk/bin/clang-4.0+0x291f079) #16 0x0289bf2b clang::Parser::ParseFunctionDefinition(clang::ParsingDeclarato
[llvm-bugs] [Bug 28652] New: Compiler-RT contains math functions but doesn't use -lm when linking programs
https://llvm.org/bugs/show_bug.cgi?id=28652 Bug ID: 28652 Summary: Compiler-RT contains math functions but doesn't use -lm when linking programs Product: clang Version: 3.9 Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P Component: -New Bugs Assignee: unassignedclangb...@nondot.org Reporter: kre...@email.com CC: llvm-bugs@lists.llvm.org Classification: Unclassified When using Compiler-RT as the default runtime on Linux x86_64 and trying to build another clang with the clang that uses Compiler-RT as the default runtime, I get the following failure when building openmp part: Linking C shared library ../../../../lib/libomp.so cd /sources/llvm-build/projects/openmp/runtime/src && /usr/bin/cmake -E cmake_link_script CMakeFiles/omp.dir/link.txt --verbose=1 /tools/bin/clang -fPIC -march=skylake -fomit-frame-pointer -O2 -pipe -fPIC -Wall -W -Wno-unused-parameter -Wwrite-strings -Wmissing-field-initializers -pedantic -Wno-long-long -Wcovered-switch-default -Wdelete-non-virtual-dtor -Werror=date-time -ffunction-sections -fdata-sections -O3 -DNDEBUG -Wl,--warn-shared-textrel -Wl,--as-needed -Wl,--version-script=/sources/llvm/projects/openmp/runtime/src/exports_so.txt -static-libgcc -Wl,-z,noexecstack -Wl,-fini=__kmp_internal_end_fini -Wl,-z,defs -shared -Wl,-soname,libomp.so -o ../../../../lib/libomp.so CMakeFiles/omp.dir/kmp_alloc.c.o CMakeFiles/omp.dir/kmp_atomic.c.o CMakeFiles/omp.dir/kmp_csupport.c.o CMakeFiles/omp.dir/kmp_debug.c.o CMakeFiles/omp.dir/kmp_itt.c.o CMakeFiles/omp.dir/kmp_environment.c.o CMakeFiles/omp.dir/kmp_error.c.o CMakeFiles/omp.dir/kmp_global.c.o CMakeFiles/omp.dir/kmp_i18n.c.o CMakeFiles/omp.dir/kmp_io.c.o CMakeFiles/omp.dir/kmp_runtime.c.o CMakeFiles/omp.dir/kmp_settings.c.o CMakeFiles/omp.dir/kmp_str.c.o CMakeFiles/omp.dir/kmp_tasking.c.o CMakeFiles/omp.dir/kmp_taskq.c.o CMakeFiles/omp.dir/kmp_threadprivate.c.o CMakeFiles/omp.dir/kmp_utility.c.o CMakeFiles/omp.dir/z_Linux_util.c.o CMakeFiles/omp.dir/kmp_gsupport.c.o CMakeFiles/omp.dir/thirdparty/ittnotify/ittnotify_static.c.o CMakeFiles/omp.dir/kmp_ftn_cdecl.c.o CMakeFiles/omp.dir/kmp_ftn_extra.c.o CMakeFiles/omp.dir/kmp_version.c.o CMakeFiles/omp.dir/kmp_barrier.cpp.o CMakeFiles/omp.dir/kmp_wait_release.cpp.o CMakeFiles/omp.dir/kmp_affinity.cpp.o CMakeFiles/omp.dir/kmp_dispatch.cpp.o CMakeFiles/omp.dir/kmp_lock.cpp.o CMakeFiles/omp.dir/kmp_sched.cpp.o CMakeFiles/omp.dir/kmp_taskdeps.cpp.o CMakeFiles/omp.dir/kmp_cancel.cpp.o CMakeFiles/omp.dir/z_Linux_asm.s.o -lpthread -lm -ldl -Wl,-rpath,"\$ORIGIN/../lib" clang-3.9: warning: argument unused during compilation: '-static-libgcc' /tools/bin/../lib/clang/3.9.0/lib/linux/libclang_rt.builtins-x86_64.a(divdc3.c.o): In function `__divdc3': divdc3.c:(.text.__divdc3+0x35): undefined reference to `fmax' divdc3.c:(.text.__divdc3+0x3a): undefined reference to `logb' /tools/bin/../lib/clang/3.9.0/lib/linux/libclang_rt.builtins-x86_64.a(divsc3.c.o): In function `__divsc3': divsc3.c:(.text.__divsc3+0x32): undefined reference to `fmaxf' divsc3.c:(.text.__divsc3+0x37): undefined reference to `logbf' /tools/bin/../lib/clang/3.9.0/lib/linux/libclang_rt.builtins-x86_64.a(divxc3.c.o): In function `__divxc3': divxc3.c:(.text.__divxc3+0x22): undefined reference to `fmaxl' divxc3.c:(.text.__divxc3+0x2c): undefined reference to `logbl' clang-3.9: error: linker command failed with exit code 1 (use -v to see invocation) make[2]: *** [projects/openmp/runtime/src/CMakeFiles/omp.dir/build.make:901: lib/libomp.so] Error 1 Note, however, that there's -lm included on the command line (I manually added it with cmake parameter), but it still isn't being picked up. Running the command manually, and using -v, gives the following linker invocation command: "/tools/bin/ld" --eh-frame-hdr -m elf_x86_64 -shared -o ../../../../lib/libomp.so /tools/bin/../lib64/crti.o /tools/bin/../lib/clang/3.9.0/64/crtbeginS.o -L/tools/bin/../lib/clang/3.9.0/64 -L/tools/bin/../lib64 -L/lib/../lib64 -L/tools/bin/../lib -L/lib -L/usr/lib --warn-shared-textrel --as-needed --version-script=/sources/llvm/projects/openmp/runtime/src/exports_so.txt -z noexecstack -fini=__kmp_internal_end_fini -z defs -soname libomp.so CMakeFiles/omp.dir/kmp_alloc.c.o CMakeFiles/omp.dir/kmp_atomic.c.o CMakeFiles/omp.dir/kmp_csupport.c.o CMakeFiles/omp.dir/kmp_debug.c.o CMakeFiles/omp.dir/kmp_itt.c.o CMakeFiles/omp.dir/kmp_environment.c.o CMakeFiles/omp.dir/kmp_error.c.o CMakeFiles/omp.dir/kmp_global.c.o CMakeFiles/omp.dir/kmp_i18n.c.o CMakeFiles/omp.dir/kmp_io.c.o CMakeFiles/omp.dir/kmp_runtime.c.o CMakeFiles/omp.dir/kmp_settings.c.o CMakeFiles/omp.dir/kmp_str.c.o CMakeFiles/omp.dir/kmp_tasking.c.o CMakeFiles/omp.dir/kmp_taskq.c.o CMakeFiles/omp.dir/kmp_threadprivate.c.o CMakeFiles/omp.dir/kmp_utility.c.o CMakeFiles/omp.dir/z_Linux_util.c.o CMakeFiles/omp.dir/kmp_gsupport.c.o C
[llvm-bugs] [Bug 28651] clang crashes on C++ code invoking __builtin_alloca with undeclared identifier
https://llvm.org/bugs/show_bug.cgi?id=28651 David Majnemer changed: What|Removed |Added Status|NEW |RESOLVED CC||david.majne...@gmail.com Resolution|--- |FIXED Assignee|unassignedclangbugs@nondot. |david.majne...@gmail.com |org | --- Comment #1 from David Majnemer --- Fixed in r276352. -- 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 28653] New: clang crashes on C++ code invoking __builtin_signbit with value of incompatible type: Assertion `NumBits >= MIN_INT_BITS && "bitwidth too small"' failed
https://llvm.org/bugs/show_bug.cgi?id=28653 Bug ID: 28653 Summary: clang crashes on C++ code invoking __builtin_signbit with value of incompatible type: Assertion `NumBits >= MIN_INT_BITS && "bitwidth too small"' failed Product: clang Version: trunk Hardware: PC OS: All Status: NEW Severity: normal Priority: P Component: C++ Assignee: unassignedclangb...@nondot.org Reporter: s...@cs.ucdavis.edu CC: dgre...@apple.com, llvm-bugs@lists.llvm.org Classification: Unclassified The current clang trunk crashes (without any proper diagnostics) when compiling the following C++ test case on x86_64-linux-gnu in both 32-bit and 64-bit modes. The code is accepted by 3.8.x (which seems unintended) and is rejected by 3.7.x with proper error messages (consistent with GCC's behavior). This is related to PR 28172, but a different issue. $ clang++ -v clang version 4.0.0 (trunk 276243) Target: x86_64-unknown-linux-gnu Thread model: posix InstalledDir: /usr/local/clang-trunk/bin Found candidate GCC installation: /usr/lib/gcc/i686-linux-gnu/4.9 Found candidate GCC installation: /usr/lib/gcc/i686-linux-gnu/4.9.3 Found candidate GCC installation: /usr/lib/gcc/i686-linux-gnu/5 Found candidate GCC installation: /usr/lib/gcc/i686-linux-gnu/5.3.0 Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.4 Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.4.7 Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.6 Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.6.4 Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.7 Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.7.3 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/4.9 Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.9.3 Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/5 Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/5.3.0 Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/6 Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/6.1.1 Selected GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.9 Candidate multilib: .;@m64 Candidate multilib: 32;@m32 Candidate multilib: x32;@mx32 Selected multilib: .;@m64 $ $ clang++-3.8 -c small.cpp $ clang++-3.7.0 -c small.cpp small.cpp:3:31: error: cannot initialize a parameter of type 'double' with an lvalue of type 'void ()' bool b = __builtin_signbit (f); ^ 1 error generated. $ g++-6.1 -c small.cpp small.cpp: In function ‘void f()’: small.cpp:3:32: error: non-floating-point argument in call to function ‘__builtin_signbit’ bool b = __builtin_signbit (f); ^ $ $ clang++ -c small.cpp clang-4.0: /tmp/llvm-builder/llvm-source-trunk/lib/IR/Type.cpp:235: static llvm::IntegerType* llvm::IntegerType::get(llvm::LLVMContext&, unsigned int): Assertion `NumBits >= MIN_INT_BITS && "bitwidth too small"' failed. #0 0x01d96685 llvm::sys::PrintStackTrace(llvm::raw_ostream&) (/usr/local/clang-trunk/bin/clang-4.0+0x1d96685) #1 0x01d9473e llvm::sys::RunSignalHandlers() (/usr/local/clang-trunk/bin/clang-4.0+0x1d9473e) #2 0x01d948a0 SignalHandler(int) (/usr/local/clang-trunk/bin/clang-4.0+0x1d948a0) #3 0x7ffca35e6340 __restore_rt (/lib/x86_64-linux-gnu/libpthread.so.0+0x10340) #4 0x7ffca23d7cc9 gsignal /build/eglibc-3GlaMS/eglibc-2.19/signal/../nptl/sysdeps/unix/sysv/linux/raise.c:56:0 #5 0x7ffca23db0d8 abort /build/eglibc-3GlaMS/eglibc-2.19/stdlib/abort.c:91:0 #6 0x7ffca23d0b86 __assert_fail_base /build/eglibc-3GlaMS/eglibc-2.19/assert/assert.c:92:0 #7 0x7ffca23d0c32 (/lib/x86_64-linux-gnu/libc.so.6+0x2fc32) #8 0x01a1e3b4 llvm::IntegerType::get(llvm::LLVMContext&, unsigned int) (/usr/local/clang-trunk/bin/clang-4.0+0x1a1e3b4) #9 0x02148989 EmitSignBit(clang::CodeGen::CodeGenFunction&, llvm::Value*) (/usr/local/clang-trunk/bin/clang-4.0+0x2148989) #10 0x02167e03 clang::CodeGen::CodeGenFunction::EmitBuiltinExpr(clang::FunctionDecl const*, unsigned int, clang::CallExpr const*, clang::CodeGen::ReturnValueSlot) (/usr/local/clang-trunk/bin/clang-4.0+0x2167e03) #11 0x02099a40 clang::CodeGen::CodeGenFunction::EmitCallExpr(clang::CallExpr const*, clang::CodeGen::ReturnValueSlot) (/usr/local/clang-trunk/bin/clang-4.0+0x2099a40) #12 0x008a58f4 (anonymous namespace)::ScalarExprEmitter::VisitCallExpr(clang::CallExpr const*) (/usr/local/clang-trunk/bin/clang-4.0+0x8a58f4) #13 0x020bfe09 (anonymous namespace)::ScalarExprEmitter::Visit(clang::Expr*) (/usr/local/clang-trunk/bin/clang-4.0+0x20bfe09) #14 0x008a7828 (anonymo
[llvm-bugs] [Bug 28654] New: git-clang-format doesn't detect changes when space in file path (patch included)
https://llvm.org/bugs/show_bug.cgi?id=28654 Bug ID: 28654 Summary: git-clang-format doesn't detect changes when space in file path (patch included) Product: clang Version: trunk Hardware: PC OS: All Status: NEW Severity: normal Priority: P Component: Formatter Assignee: unassignedclangb...@nondot.org Reporter: michael.john.k...@gmail.com CC: djas...@google.com, kli...@google.com, llvm-bugs@lists.llvm.org Classification: Unclassified Created attachment 16787 --> https://llvm.org/bugs/attachment.cgi?id=16787&action=edit Patch fix from my fork at https://github.com/michaelkirk/clang/commit/4b8958c5d8337ad8b8052a237003a8ad8d6057c4.patch git-clang-format was failing to format some of my modified files. Inspecting the git-clang-format script, I was able to trace it to "modified_files" including a trailing tab in the file name. e.g. "My Directory/Foo.m\t", which was ignored on account of ".m\t" being an unknown extension. This *may* be because my directory structure includes a space. I *did* test that the files were properly formatted when renaming "My Directory" to "MyDirectory" but not when renaming it to "My Other Directory" -- 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 28655] New: wrong code (SIGFPE) at -O3 on x86_64-linux-gnu (in both 32-bit and 64-bit modes)
https://llvm.org/bugs/show_bug.cgi?id=28655
Bug ID: 28655
Summary: wrong code (SIGFPE) at -O3 on x86_64-linux-gnu (in
both 32-bit and 64-bit modes)
Product: clang
Version: trunk
Hardware: PC
OS: All
Status: NEW
Severity: normal
Priority: P
Component: -New Bugs
Assignee: unassignedclangb...@nondot.org
Reporter: s...@cs.ucdavis.edu
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified
The following code is miscompiled by the current clang trunk at -O3 on
x86_64-linux-gnu in both the 32-bit and 64-bit modes.
This is a regression from 3.8.x.
$ clang -v
clang version 4.0.0 (trunk 276243)
Target: x86_64-unknown-linux-gnu
Thread model: posix
InstalledDir: /usr/local/clang-trunk/bin
Found candidate GCC installation: /usr/lib/gcc/i686-linux-gnu/4.9
Found candidate GCC installation: /usr/lib/gcc/i686-linux-gnu/4.9.3
Found candidate GCC installation: /usr/lib/gcc/i686-linux-gnu/5
Found candidate GCC installation: /usr/lib/gcc/i686-linux-gnu/5.3.0
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.4
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.4.7
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.6
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.6.4
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.7
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.7.3
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/4.9
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.9.3
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/5
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/5.3.0
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/6
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/6.1.1
Selected GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.9
Candidate multilib: .;@m64
Candidate multilib: 32;@m32
Candidate multilib: x32;@mx32
Selected multilib: .;@m64
$
$ clang -O2 small.c; ./a.out
$ clang-3.8 -O3 small.c; ./a.out
$
$ clang -O3 small.c
$ ./a.out
Floating point exception (core dumped)
$
--
int printf (const char *, ...);
int a, b, c, g = 11, h = 1, j, k;
static int e = 3, f;
int fn1 ()
{
int i = 0;
for (; i < 3; i++)
if (k)
printf ("%d %d %d\n", e, f, i);
f = 1;
return 0;
}
int fn2 (int p1)
{
a || fn1 ();
e = c || 1;
return p1;
}
int main ()
{
int l = a = 1;
for (; a; a--)
{
L1:
j = fn2 (l);
b = 2;
}
int n = 1 % (g & b) | 15;
if (h)
{
g = ~n;
if (1 < e)
goto L1;
}
l--;
return 0;
}
--
You are receiving this mail because:
You are on the CC list for the bug.
___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 28624] lib/Target/AArch64/AArch64InstrInfo.cpp:3556: suspicious shift ?
https://llvm.org/bugs/show_bug.cgi?id=28624 David Majnemer changed: What|Removed |Added Status|NEW |RESOLVED CC||david.majne...@gmail.com Component|new bugs|Backend: AArch64 Resolution|--- |FIXED Assignee|unassignedb...@nondot.org |david.majne...@gmail.com Product|new-bugs|libraries --- Comment #1 from David Majnemer --- Fixed in r276366. -- 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 28656] New: clang crashes on C++ code with bad template class object declaration: Assertion `Recent->isInjectedClassName() && Recent->getPreviousDecl()' failed
https://llvm.org/bugs/show_bug.cgi?id=28656
Bug ID: 28656
Summary: clang crashes on C++ code with bad template class
object declaration: Assertion
`Recent->isInjectedClassName() &&
Recent->getPreviousDecl()' failed
Product: clang
Version: trunk
Hardware: PC
OS: All
Status: NEW
Severity: normal
Priority: P
Component: C++
Assignee: unassignedclangb...@nondot.org
Reporter: s...@cs.ucdavis.edu
CC: dgre...@apple.com, llvm-bugs@lists.llvm.org
Classification: Unclassified
The current clang trunk crashes when compiling the following C++ test case on
x86_64-linux-gnu in both 32-bit and 64-bit modes.
It is a regression from 3.8.x, which properly rejects the code.
$ clang++ -v
clang version 4.0.0 (trunk 276243)
Target: x86_64-unknown-linux-gnu
Thread model: posix
InstalledDir: /usr/local/clang-trunk/bin
Found candidate GCC installation: /usr/lib/gcc/i686-linux-gnu/4.9
Found candidate GCC installation: /usr/lib/gcc/i686-linux-gnu/4.9.3
Found candidate GCC installation: /usr/lib/gcc/i686-linux-gnu/5
Found candidate GCC installation: /usr/lib/gcc/i686-linux-gnu/5.3.0
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.4
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.4.7
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.6
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.6.4
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.7
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.7.3
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/4.9
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.9.3
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/5
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/5.3.0
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/6
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/6.1.1
Selected GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.9
Candidate multilib: .;@m64
Candidate multilib: 32;@m32
Candidate multilib: x32;@mx32
Selected multilib: .;@m64
$
$ clang++ -c small.cpp
small.cpp:3:19: error: template specialization requires 'template<>'
struct A < int >::A; // should be, e.g.: struct A < int >::A a;
~ ^
template<>
small.cpp:3:19: error: specialization of member 'A::A' does not specialize
an instantiated member
small.cpp:1:30: note: attempt to specialize declaration here
template < typename > struct A {};
^
clang-4.0:
/tmp/llvm-builder/llvm-source-trunk/tools/clang/include/clang/AST/DeclTemplate.h:1608:
clang::ClassTemplateSpecializationDecl*
clang::ClassTemplateSpecializationDecl::getMostRecentDecl(): Assertion
`Recent->isInjectedClassName() && Recent->getPreviousDecl()' failed.
#0 0x01d96685 llvm::sys::PrintStackTrace(llvm::raw_ostream&)
(/usr/local/clang-trunk/bin/clang-4.0+0x1d96685)
#1 0x01d9473e llvm::sys::RunSignalHandlers()
(/usr/local/clang-trunk/bin/clang-4.0+0x1d9473e)
#2 0x01d948a0 SignalHandler(int)
(/usr/local/clang-trunk/bin/clang-4.0+0x1d948a0)
#3 0x7fe21d3a1340 __restore_rt
(/lib/x86_64-linux-gnu/libpthread.so.0+0x10340)
#4 0x7fe21c192cc9 gsignal
/build/eglibc-3GlaMS/eglibc-2.19/signal/../nptl/sysdeps/unix/sysv/linux/raise.c:56:0
#5 0x7fe21c1960d8 abort
/build/eglibc-3GlaMS/eglibc-2.19/stdlib/abort.c:91:0
#6 0x7fe21c18bb86 __assert_fail_base
/build/eglibc-3GlaMS/eglibc-2.19/assert/assert.c:92:0
#7 0x7fe21c18bc32 (/lib/x86_64-linux-gnu/libc.so.6+0x2fc32)
#8 0x02e3deae
clang::ClassTemplateSpecializationDecl::getMostRecentDecl()
(/usr/local/clang-trunk/bin/clang-4.0+0x2e3deae)
#9 0x03374c3f
clang::ClassTemplateDecl::findSpecialization(llvm::ArrayRef,
void*&) (/usr/local/clang-trunk/bin/clang-4.0+0x3374c3f)
#10 0x02e3b06d clang::Sema::CheckTemplateIdType(clang::TemplateName,
clang::SourceLocation, clang::TemplateArgumentListInfo&)
(/usr/local/clang-trunk/bin/clang-4.0+0x2e3b06d)
#11 0x02e3c546
clang::Sema::ActOnTagTemplateIdType(clang::Sema::TagUseKind,
clang::TypeSpecifierType, clang::SourceLocation, clang::CXXScopeSpec&,
clang::SourceLocation, clang::OpaquePtr,
clang::SourceLocation, clang::SourceLocation,
llvm::MutableArrayRef, clang::SourceLocation)
(/usr/local/clang-trunk/bin/clang-4.0+0x2e3c546)
#12 0x028d15df
clang::Parser::ParseClassSpecifier(clang::tok::TokenKind,
clang::SourceLocation, clang::DeclSpec&, clang::Parser::ParsedTemplateInfo
const&, clang::AccessSpecifier, bool, clang::Parser::DeclSpecContext,
clang::Parser::ParsedAttributesWithRange&)
(/usr/local/clang-trunk/bin/clang-4.0+0x28d15df)
#13 0x028b3038
clan
[llvm-bugs] [Bug 28657] New: Cannot select: intrinsic %llvm.x86.avx.vbroadcastf128.pd.256
https://llvm.org/bugs/show_bug.cgi?id=28657 Bug ID: 28657 Summary: Cannot select: intrinsic %llvm.x86.avx.vbroadcastf128.pd.256 Product: libraries Version: trunk Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P Component: Backend: X86 Assignee: unassignedb...@nondot.org Reporter: kra...@google.com CC: llvm-bugs@lists.llvm.org Classification: Unclassified Created attachment 16788 --> https://llvm.org/bugs/attachment.cgi?id=16788&action=edit reproducer; the C part As of r276352, Clang crashes while trying to compile libvpx: https://build.chromium.org/p/chromium.fyi/builders/ClangToTLinux/builds/5826/steps/compile/logs/stdio [6498/36195] CC obj/third_party/libvpx/libvpx_intrinsics_avx2/loopfilter_avx2.o FAILED: obj/third_party/libvpx/libvpx_intrinsics_avx2/loopfilter_avx2.o ../../third_party/llvm-build/Release+Asserts/bin/clang -MMD -MF obj/third_party/libvpx/libvpx_intrinsics_avx2/loopfilter_avx2.o.d -DV8_DEPRECATION_WARNINGS -DENABLE_MDNS=1 -DENABLE_NOTIFICATIONS -DENABLE_PEPPER_CDMS -DENABLE_PLUGINS=1 -DENABLE_PDF=1 -DENABLE_PRINTING=1 -DENABLE_BASIC_PRINTING=1 -DENABLE_PRINT_PREVIEW=1 -DENABLE_SPELLCHECK=1 -DUSE_UDEV -DUI_COMPOSITOR_IMAGE_TRANSPORT -DUSE_AURA=1 -DUSE_PANGO=1 -DUSE_CAIRO=1 -DUSE_CLIPBOARD_AURAX11=1 -DUSE_DEFAULT_RENDER_THEME=1 -DUSE_GLIB=1 -DUSE_NSS_CERTS=1 -DUSE_X11=1 -DENABLE_WEBRTC=1 -DENABLE_EXTENSIONS=1 -DENABLE_TASK_MANAGER=1 -DENABLE_THEMES=1 -DENABLE_CAPTIVE_PORTAL_DETECTION=1 -DENABLE_SESSION_SERVICE=1 -DENABLE_SUPERVISED_USERS=1 -DENABLE_SERVICE_DISCOVERY=1 -DFULL_SAFE_BROWSING -DSAFE_BROWSING_CSD -DSAFE_BROWSING_DB_LOCAL -DCHROMIUM_BUILD -DENABLE_MEDIA_ROUTER=1 -DFIELDTRIAL_TESTING_ENABLED -DCR_CLANG_REVISION=276352 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DCOMPONENT_BUILD -DNDEBUG -DNVALGRIND -DDYNAMIC_ANNOTATIONS_ENABLED=0 -I../.. -Igen -I../../third_party/libvpx/source/config -I../../third_party/libvpx/source/config/linux/x64 -I../../third_party/libvpx/source/libvpx -Igen/third_party/libvpx -mavx2 -fno-strict-aliasing --param=ssp-buffer-size=4 -fstack-protector -funwind-tables -fPIC -pipe -B../../third_party/binutils/Linux_x64/Release/bin -fcolor-diagnostics -fdebug-prefix-map=/b/c/b/ClangToTLinux/src=. -pthread -m64 -march=x86-64 -O2 -fno-ident -fdata-sections -ffunction-sections -g2 --sysroot=../../build/linux/debian_wheezy_amd64-sysroot -fvisibility=hidden -Wheader-hygiene -Wstring-conversion -Werror -Wall -Wno-unused-variable -Wno-missing-field-initializers -Wno-unused-parameter -Wno-c++11-narrowing -Wno-covered-switch-default -Wno-deprecated-register -Wno-unneeded-internal-declaration -Wno-inconsistent-missing-override -Wno-shift-negative-value -Wno-undefined-var-template -Wno-nonportable-include-path -Wno-conversion -Wno-parentheses-equality -Wno-unused-function -c ../../third_party/libvpx/source/libvpx/vpx_dsp/x86/loopfilter_avx2.c -o obj/third_party/libvpx/libvpx_intrinsics_avx2/loopfilter_avx2.o fatal error: error in backend: Cannot select: intrinsic %llvm.x86.avx.vbroadcastf128.pd.256 clang-4.0: error: clang frontend command failed with exit code 70 (use -v to see invocation) clang version 4.0.0 (trunk 276352) Target: x86_64-unknown-linux-gnu Thread model: posix InstalledDir: /b/c/b/ClangToTLinux/src/out/Release/../../third_party/llvm-build/Release+Asserts/bin clang-4.0: note: diagnostic msg: PLEASE submit a bug report to http://llvm.org/bugs/ and include the crash backtrace, preprocessed source, and associated run script. clang-4.0: note: diagnostic msg: PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT: Preprocessed source(s) and associated run script(s) are located at: clang-4.0: note: diagnostic msg: /tmp/loopfilter_avx2-fcc9b0.c clang-4.0: note: diagnostic msg: /tmp/loopfilter_avx2-fcc9b0.sh clang-4.0: note: diagnostic msg: The reproducer is attached to the bug. Suspected revision is r276281: https://reviews.llvm.org/D22460 -- 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 28634] switch torture C test case fail
https://llvm.org/bugs/show_bug.cgi?id=28634 Wolfgang Pieb changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #2 from Wolfgang Pieb --- Fixed by reverting r275115 (with r276361). -- 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 28658] New: MemorySSA non linearity
https://llvm.org/bugs/show_bug.cgi?id=28658
Bug ID: 28658
Summary: MemorySSA non linearity
Product: libraries
Version: trunk
Hardware: PC
OS: Linux
Status: NEW
Severity: normal
Priority: P
Component: Scalar Optimizations
Assignee: unassignedb...@nondot.org
Reporter: seb...@gmail.com
CC: david.majne...@gmail.com, dber...@dberlin.org,
george.burgess...@gmail.com, llvm-bugs@lists.llvm.org
Classification: Unclassified
While investigating the cause of a huge number of queries to the MemSSA in the
test-suite, I found that the compilation of
MultiSource/Applications/JM/ldecod/macroblock.c
has an unusually high number of lookups:
436 memoryssa- Number of Memory SSA version cache hits
30401 memoryssa- Number of MemorySSA version cache inserts
128166 memoryssa- Number of Memory SSA version cache
lookups
>From that file I extracted something that exposes the non linearity in the
number of lookups.
$ cat fun.c
#define loop do { \
for (j=0;j___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 28655] wrong code (SIGFPE) at -O3 on x86_64-linux-gnu (in both 32-bit and 64-bit modes)
https://llvm.org/bugs/show_bug.cgi?id=28655 David Majnemer changed: What|Removed |Added Status|NEW |RESOLVED Component|-New Bugs |Scalar Optimizations Resolution|--- |FIXED Assignee|unassignedclangbugs@nondot. |david.majne...@gmail.com |org | Product|clang |libraries --- Comment #2 from David Majnemer --- Fixed in r276389. -- 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 28659] New: libunwind: support building shared lib and static lib simultaneously
https://llvm.org/bugs/show_bug.cgi?id=28659 Bug ID: 28659 Summary: libunwind: support building shared lib and static lib simultaneously Product: libc++abi Version: unspecified Hardware: PC OS: All Status: NEW Severity: enhancement Priority: P Component: All Bugs Assignee: unassignedb...@nondot.org Reporter: zhanglei.ap...@gmail.com CC: llvm-bugs@lists.llvm.org, mclow.li...@gmail.com Classification: Unclassified Created attachment 16790 --> https://llvm.org/bugs/attachment.cgi?id=16790&action=edit patch for libunwind's cmake scripts Hi, Currently libunwind can be configured to build either shared lib or static lib, but not both. Downstream package maintainers may want to build/install shared lib and static lib simultaneously, without configuring twice. Attached is patch that add support for building static lib along with shared lib. Thanks. -- You are receiving this mail because: You are on the CC list for the bug. ___ llvm-bugs mailing list llvm-bugs@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 28660] New: mcount inlining bug when -pg and -O2 enabled
https://llvm.org/bugs/show_bug.cgi?id=28660
Bug ID: 28660
Summary: mcount inlining bug when -pg and -O2 enabled
Product: clang
Version: trunk
Hardware: PC
OS: Linux
Status: NEW
Severity: normal
Priority: P
Component: LLVM Codegen
Assignee: unassignedclangb...@nondot.org
Reporter: hong.gyu@lge.com
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified
See the simple example below.
$ cat mcount-test.c
int bar()
{
return 0;
}
int foo()
{
return bar();
}
int main()
{
return foo();
}
If the example is compiled with -pg and -O2 options. It generates the code as
below:
$ clang -pg -O2 -S mcount-test.c
$ cat mcount-test.s
(shows assembly code only ...)
bar:
pushq %rbp
movq%rsp, %rbp
callq mcount
xorl%eax, %eax
popq%rbp
retq
foo:
pushq %rbp
movq%rsp, %rbp
callq mcount
callq mcount @ (1) calling bar is inlined with mcount
xorl%eax, %eax
popq%rbp
retq
main:
pushq %rbp
movq%rsp, %rbp
callq mcount
callq mcount @ (2) calling foo is inlined with mcount
callq mcount @ (3) calling bar is inlined with mcount
xorl%eax, %eax
popq%rbp
retq
As I put some comments, the problem is that function inlining is done with
mcount call.
bar() has a single mcount at the entry of function, but foo() has two mcount
calls. It's because bar is inlined with its mcount call into foo's body. And
also main() has three mcount calls because the foo() is inlined its own mcount
and its body that has two mcount calls inside.
This is tested on the current trunk.
--
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
