[llvm-bugs] [Bug 30458] New: crash on invalid c++ code on x86_64-linux-gnu (Assertion `getLangOpts().MicrosoftExt && "Only possible with -fms-extensions!"' failed.)
https://llvm.org/bugs/show_bug.cgi?id=30458
Bug ID: 30458
Summary: crash on invalid c++ code on x86_64-linux-gnu
(Assertion `getLangOpts().MicrosoftExt && "Only
possible with -fms-extensions!"' failed.)
Product: clang
Version: trunk
Hardware: PC
OS: Windows NT
Status: NEW
Severity: normal
Priority: P
Component: C++
Assignee: unassignedclangb...@nondot.org
Reporter: chengnian...@gmail.com
CC: dgre...@apple.com, llvm-bugs@lists.llvm.org
Classification: Unclassified
$ clang-trunk -v
clang version 4.0.0 (trunk 281908) (llvm/trunk 281907)
Target: x86_64-unknown-linux-gnu
Thread model: posix
InstalledDir: /usr/bin
Found candidate GCC installation: /usr/bin/../lib/gcc/i686-linux-gnu/5
Found candidate GCC installation: /usr/bin/../lib/gcc/i686-linux-gnu/5.3.0
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/4.8
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/4.8.5
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/4.9
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/4.9.3
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/5
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/5.3.0
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.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
Selected GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/4.9
Candidate multilib: .;@m64
Candidate multilib: 32;@m32
Candidate multilib: x32;@mx32
Selected multilib: .;@m64
$ clang-trunk small.C
small.C:1:38: error: friend cannot be declared in an explicit instantiation; if
this declaration is meant to be a friend
declaration, remove the 'template' keyword
template struct A { template friend class A; };
^
clang-4.0:
/tmp/llvm-builder/llvm-source-trunk/tools/clang/lib/Sema/SemaTemplate.cpp:6530:
clang::DeclResult clang::Sema::ActOnClassTemplateSpecialization(clang::Scope*,
unsigned int, clang::Sema::TagUseKind, clang::SourceLocation,
clang::SourceLocation, clang::TemplateIdAnnotation&, clang::AttributeList*,
clang::MultiTemplateParamsArg, clang::Sema::SkipBodyInfo*): Assertion
`getLangOpts().MicrosoftExt && "Only possible with -fms-extensions!"' failed.
#0 0x01c9e155 llvm::sys::PrintStackTrace(llvm::raw_ostream&)
(/usr/local/clang-trunk/bin/clang-4.0+0x1c9e155)
#1 0x01c9c0fe llvm::sys::RunSignalHandlers()
(/usr/local/clang-trunk/bin/clang-4.0+0x1c9c0fe)
#2 0x01c9c262 SignalHandler(int)
(/usr/local/clang-trunk/bin/clang-4.0+0x1c9c262)
#3 0x7f233106a340 __restore_rt
(/lib/x86_64-linux-gnu/libpthread.so.0+0x10340)
#4 0x7f232fe5bcc9 gsignal
/build/eglibc-3GlaMS/eglibc-2.19/signal/../nptl/sysdeps/unix/sysv/linux/raise.c:56:0
#5 0x7f232fe5f0d8 abort
/build/eglibc-3GlaMS/eglibc-2.19/stdlib/abort.c:91:0
#6 0x7f232fe54b86 __assert_fail_base
/build/eglibc-3GlaMS/eglibc-2.19/assert/assert.c:92:0
#7 0x7f232fe54c32 (/lib/x86_64-linux-gnu/libc.so.6+0x2fc32)
#8 0x02d6aa92
clang::Sema::ActOnClassTemplateSpecialization(clang::Scope*, unsigned int,
clang::Sema::TagUseKind, clang::SourceLocation, clang::SourceLocation,
clang::TemplateIdAnnotation&, clang::AttributeList*,
llvm::MutableArrayRef,
clang::Sema::SkipBodyInfo*) (/usr/local/clang-trunk/bin/clang-4.0+0x2d6aa92)
#9 0x0280b97c 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+0x280b97c)
#10 0x027f076c
clang::Parser::ParseDeclarationSpecifiers(clang::DeclSpec&,
clang::Parser::ParsedTemplateInfo const&, clang::AccessSpecifier,
clang::Parser::DeclSpecContext, clang::Parser::LateParsedAttrList*)
(/usr/local/clang-trunk/bin/clang-4.0+0x27f076c)
#11 0x02808459
clang::Parser::ParseCXXClassMemberDeclaration(clang::AccessSpecifier,
clang::AttributeList*, clang::Parser::ParsedTemplateInfo const&,
clang::ParsingDeclRAIIObject*) (/usr/local/clang-trunk/bin/clang-4.0+0x2808459)
#12 0x02859cda
clang::Parser::ParseSingleDeclarationAfterTemplate(unsigned int,
clang::Parser::ParsedTemplateInfo const&, clang::ParsingDeclRAIIObject&,
clang::SourceLocation&, clang::AccessSpecifier, clang::AttributeList*)
(/usr/lo
[llvm-bugs] [Bug 30459] New: crash on invalid c++ code on x86_64-linux-gnu (segmentation fault, c++ template)
https://llvm.org/bugs/show_bug.cgi?id=30459
Bug ID: 30459
Summary: crash on invalid c++ code on x86_64-linux-gnu
(segmentation fault, c++ template)
Product: clang
Version: trunk
Hardware: PC
OS: Windows NT
Status: NEW
Severity: normal
Priority: P
Component: C++
Assignee: unassignedclangb...@nondot.org
Reporter: chengnian...@gmail.com
CC: dgre...@apple.com, llvm-bugs@lists.llvm.org
Classification: Unclassified
$ clang-trunk -v
clang version 4.0.0 (trunk 281908) (llvm/trunk 281907)
Target: x86_64-unknown-linux-gnu
Thread model: posix
InstalledDir: /usr/bin
Found candidate GCC installation: /usr/bin/../lib/gcc/i686-linux-gnu/5
Found candidate GCC installation: /usr/bin/../lib/gcc/i686-linux-gnu/5.3.0
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/4.8
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/4.8.5
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/4.9
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/4.9.3
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/5
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/5.3.0
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.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
Selected GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/4.9
Candidate multilib: .;@m64
Candidate multilib: 32;@m32
Candidate multilib: x32;@mx32
Selected multilib: .;@m64
$ clang-trunk small.C
small.C:2:31: fatal error: recursive template instantiation exceeded maximum
depth of 1024
template struct A { C::x> c; };
^
#0 0x01c9e155 llvm::sys::PrintStackTrace(llvm::raw_ostream&)
(/usr/local/clang-trunk/bin/clang-4.0+0x1c9e155)
#1 0x01c9c0fe llvm::sys::RunSignalHandlers()
(/usr/local/clang-trunk/bin/clang-4.0+0x1c9c0fe)
#2 0x01c9c262 SignalHandler(int)
(/usr/local/clang-trunk/bin/clang-4.0+0x1c9c262)
#3 0x7f955e429340 __restore_rt
(/lib/x86_64-linux-gnu/libpthread.so.0+0x10340)
#4 0x032c6004 clang::TemplateArgument::print(clang::PrintingPolicy
const&, llvm::raw_ostream&) const
(/usr/local/clang-trunk/bin/clang-4.0+0x32c6004)
#5 0x032df63f
clang::TemplateSpecializationType::PrintTemplateArgumentList(llvm::raw_ostream&,
llvm::ArrayRef, clang::PrintingPolicy const&, bool)
(/usr/local/clang-trunk/bin/clang-4.0+0x32df63f)
#6 0x032e05a0 (anonymous
namespace)::TypePrinter::printTag(clang::TagDecl*, llvm::raw_ostream&)
(/usr/local/clang-trunk/bin/clang-4.0+0x32e05a0)
#7 0x032e3011 (anonymous
namespace)::TypePrinter::printBefore(clang::Type const*, clang::Qualifiers,
llvm::raw_ostream&) (/usr/local/clang-trunk/bin/clang-4.0+0x32e3011)
#8 0x032e1da7 (anonymous namespace)::TypePrinter::print(clang::Type
const*, clang::Qualifiers, llvm::raw_ostream&, llvm::StringRef)
(/usr/local/clang-trunk/bin/clang-4.0+0x32e1da7)
#9 0x032e1ec1 clang::QualType::print(clang::Type const*,
clang::Qualifiers, llvm::raw_ostream&, clang::PrintingPolicy const&,
llvm::Twine const&, unsigned int)
(/usr/local/clang-trunk/bin/clang-4.0+0x32e1ec1)
#10 0x032c6009 clang::TemplateArgument::print(clang::PrintingPolicy
const&, llvm::raw_ostream&) const
(/usr/local/clang-trunk/bin/clang-4.0+0x32c6009)
#11 0x032df63f
clang::TemplateSpecializationType::PrintTemplateArgumentList(llvm::raw_ostream&,
llvm::ArrayRef, clang::PrintingPolicy const&, bool)
(/usr/local/clang-trunk/bin/clang-4.0+0x32df63f)
#12 0x032e05a0 (anonymous
namespace)::TypePrinter::printTag(clang::TagDecl*, llvm::raw_ostream&)
(/usr/local/clang-trunk/bin/clang-4.0+0x32e05a0)
#13 0x032e3011 (anonymous
namespace)::TypePrinter::printBefore(clang::Type const*, clang::Qualifiers,
llvm::raw_ostream&) (/usr/local/clang-trunk/bin/clang-4.0+0x32e3011)
#14 0x032e1da7 (anonymous namespace)::TypePrinter::print(clang::Type
const*, clang::Qualifiers, llvm::raw_ostream&, llvm::StringRef)
(/usr/local/clang-trunk/bin/clang-4.0+0x32e1da7)
#15 0x032e1ec1 clang::QualType::print(clang::Type const*,
clang::Qualifiers, llvm::raw_ostream&, clang::PrintingPolicy const&,
llvm::Twine const&, unsigned int)
(/usr/local/clang-trunk/bin/clang-4.0+0x32e1ec1)
#16 0x032c6009 clang::TemplateArgument::print(clang::PrintingPolicy
const
[llvm-bugs] [Bug 30447] [mc] Buffer dwordx3 instructions are missing
https://llvm.org/bugs/show_bug.cgi?id=30447 Artem Tamazov changed: What|Removed |Added Status|NEW |RESOLVED CC||artem.tama...@amd.com Resolution|--- |DUPLICATE --- Comment #1 from Artem Tamazov --- *** This bug has been marked as a duplicate of bug 28232 *** -- 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 30460] New: Initializing global pointer to nullptr instead of 0 triggers global constructor warning
https://llvm.org/bugs/show_bug.cgi?id=30460 Bug ID: 30460 Summary: Initializing global pointer to nullptr instead of 0 triggers global constructor warning Product: clang Version: 3.7 Hardware: Macintosh OS: MacOS X Status: NEW Severity: normal Priority: P Component: C++11 Assignee: unassignedclangb...@nondot.org Reporter: m...@quendi.de CC: dgre...@apple.com, llvm-bugs@lists.llvm.org Classification: Unclassified The following code snippet triggers a warning when -Wglobal-constructors is set (specifically: "warning: declaration requires a global constructor"): #include void *global = nullptr; In contrast, this does not trigger the warning: #include void *global = 0; I am quite surprised by this. I naively expected the two snippets to compile down to the same machine code. Indeed, with -O3 set, I get identical .o file. The issue exists at least in clang++ 3.7 and 3.9. -- 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 30461] New: "no viable conversion" error in brace initialization, compiles using assignment (g++ compiles both)
https://llvm.org/bugs/show_bug.cgi?id=30461
Bug ID: 30461
Summary: "no viable conversion" error in brace initialization,
compiles using assignment (g++ compiles both)
Product: clang
Version: 3.8
Hardware: PC
OS: Linux
Status: NEW
Severity: normal
Priority: P
Component: C++11
Assignee: unassignedclangb...@nondot.org
Reporter: jamespharve...@gmail.com
CC: dgre...@apple.com, llvm-bugs@lists.llvm.org
Classification: Unclassified
Arch Linux
clang++ version 3.8.1 (tags/RELEASE_381/final)
Target: x86_64-unknown-linux-gnu
... Selected GCC installation: /usr/bin/../lib64/gcc/x86_64-pc-linux-gnu/6.2.1
Using "g++ --std=c++11", this code compiles and prints "Hello".
==
#include
#include
using namespace std;
class someClass {
public:
operator const string() const { return "Hello"; }
};
int main() {
someClass something;
string str { something }; /* Generates an error using clang++ */
cout << str << endl;
}
==
Using "clang++ --std=c++11", this code fails compilation:
==
clangNoViableConversion.cpp:12:17: error: no viable conversion from 'someClass'
to 'std::__cxx11::basic_string'
string str { something };
^
/usr/bin/../lib64/gcc/x86_64-pc-linux-gnu/6.2.1/../../../../include/c++/6.2.1/bits/basic_string.h:397:7:
note: candidate
constructor not viable: no known conversion from 'someClass' to 'const
std::__cxx11::basic_string &' for 1st
argument
basic_string(const basic_string& __str)
^
/usr/bin/../lib64/gcc/x86_64-pc-linux-gnu/6.2.1/../../../../include/c++/6.2.1/bits/basic_string.h:454:7:
note: candidate
constructor not viable: no known conversion from 'someClass' to 'const
char *' for 1st argument
basic_string(const _CharT* __s, const _Alloc& __a = _Alloc())
^
/usr/bin/../lib64/gcc/x86_64-pc-linux-gnu/6.2.1/../../../../include/c++/6.2.1/bits/basic_string.h:476:7:
note: candidate
constructor not viable: no known conversion from 'someClass' to
'std::__cxx11::basic_string &&' for 1st argument
basic_string(basic_string&& __str) noexcept
^
/usr/bin/../lib64/gcc/x86_64-pc-linux-gnu/6.2.1/../../../../include/c++/6.2.1/bits/basic_string.h:503:7:
note: candidate
constructor not viable: no known conversion from 'someClass' to
'initializer_list' for 1st argument
basic_string(initializer_list<_CharT> __l, const _Alloc& __a = _Alloc())
^
clangNoViableConversion.cpp:7:7: note: candidate function
operator const string() const { return "Hello"; }
^
/usr/bin/../lib64/gcc/x86_64-pc-linux-gnu/6.2.1/../../../../include/c++/6.2.1/bits/basic_string.h:476:35:
note: passing
argument to parameter '__str' here
basic_string(basic_string&& __str) noexcept
^
1 error generated.
==
Changing the offending line from
==
string str { something };
==
to
==
string str = something;
==
Makes clang++ compile a working program.
--
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 30462] New: Regression(281899:281926, likely r281909): chrome's base_unittests fails under asan on android
https://llvm.org/bugs/show_bug.cgi?id=30462
Bug ID: 30462
Summary: Regression(281899:281926, likely r281909): chrome's
base_unittests fails under asan on android
Product: compiler-rt
Version: unspecified
Hardware: PC
OS: All
Status: NEW
Severity: normal
Priority: P
Component: compiler-rt
Assignee: unassignedb...@nondot.org
Reporter: nicolaswe...@gmx.de
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified
https://build.chromium.org/p/chromium.fyi/builders/ClangToTAndroidASan/builds/4029/steps/base_unittests/logs/stdio
- ==2806==AddressSanitizer CHECK failed:
/b/c/b/ClangToTAndroidASan/src/third_party/llvm/compiler-rt/lib/sanitizer_common/sanitizer_posix.cc:362
"(("FindAvailableMemoryRange is not available" && 0)) != (0)" (0x0, 0x0)
--
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 30444] PT_LOAD not aligned with linker scripts
https://llvm.org/bugs/show_bug.cgi?id=30444 Rafael Ávila de Espíndola changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |WONTFIX --- Comment #2 from Rafael Ávila de Espíndola --- In r281978 lld was instead changed to not assume that the RO to RX transition would be aligned and will not create a PT_LOAD there. -- 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 30463] New: Merge r281957 into the 3.9 branch
https://llvm.org/bugs/show_bug.cgi?id=30463 Bug ID: 30463 Summary: Merge r281957 into the 3.9 branch Product: new-bugs Version: 3.9 Hardware: PC OS: All Status: NEW Severity: normal Priority: P Component: new bugs Assignee: unassignedb...@nondot.org Reporter: ma...@braunis.de CC: llvm-bugs@lists.llvm.org Classification: Unclassified See also http://llvm.org/PR30199 -- 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 30464] New: LLVM fails to DCE constant-folded calls to math functions
https://llvm.org/bugs/show_bug.cgi?id=30464
Bug ID: 30464
Summary: LLVM fails to DCE constant-folded calls to math
functions
Product: libraries
Version: trunk
Hardware: PC
OS: Windows NT
Status: NEW
Severity: normal
Priority: P
Component: Scalar Optimizations
Assignee: unassignedb...@nondot.org
Reporter: efrie...@codeaurora.org
CC: david.majne...@gmail.com, llvm-bugs@lists.llvm.org
Classification: Unclassified
Testcase:
#include
void f() { exp(1.0); }
On x86-64 Linux, clang -O2 doesn't eliminate the call to exp(). (LLVM can
prove it's dead even with -fmath-errno because the result doesn't overflow.)
I think this is a regression from 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 30465] New: Produce a warning when the entry symbol is not found
https://llvm.org/bugs/show_bug.cgi?id=30465 Bug ID: 30465 Summary: Produce a warning when the entry symbol is not found Product: lld Version: unspecified Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P Component: ELF Assignee: unassignedb...@nondot.org Reporter: rafael.espind...@gmail.com CC: llvm-bugs@lists.llvm.org Classification: Unclassified bfd produces a warning when it cannot find the entry symbol. That is handy as the generated program is likely to simply crash at startup. -- 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 30466] New: Spec failing to build with fdo (second phase)
https://llvm.org/bugs/show_bug.cgi?id=30466 Bug ID: 30466 Summary: Spec failing to build with fdo (second phase) Product: clang Version: trunk Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P Component: LLVM Codegen Assignee: unassignedclangb...@nondot.org Reporter: piotr.padlew...@gmail.com CC: llvm-bugs@lists.llvm.org Classification: Unclassified Created attachment 17318 --> https://llvm.org/bugs/attachment.cgi?id=17318&action=edit .c file I tried running spec with fdo enabled and get many assertions like: clang: /usr/local/google/home/prazek/llvm/lib/Transforms/Instrumentation/PGOInstrumentation.cpp:899: void (anonymous namespace)::setProfMetadata(llvm::Module *, llvm:: Instruction *, ArrayRef, uint64_t): Assertion `MaxCount > 0 && "Bad max count"' failed. clang: /usr/local/google/home/prazek/llvm/lib/Transforms/Instrumentation/PGOInstrumentation.cpp:899: void (anonymous namespace)::setProfMetadata(llvm::Module *, llvm:: Instruction *, ArrayRef, uint64_t): Assertion `MaxCount > 0 && "Bad max count"' failed. clang: /usr/local/google/home/prazek/llvm/lib/Transforms/Instrumentation/PGOInstrumentation.cpp:899: void (anonymous namespace)::setProfMetadata(llvm::Module *, llvm:: Instruction *, ArrayRef, uint64_t): Assertion `MaxCount > 0 && "Bad max count"' failed. clang: /usr/local/google/home/prazek/llvm/lib/Transforms/Instrumentation/PGOInstrumentation.cpp:899: void (anonymous namespace)::setProfMetadata(llvm::Module *, llvm:: Instruction *, ArrayRef, uint64_t): Assertion `MaxCount > 0 && "Bad max count"' failed. clang: /usr/local/google/home/prazek/llvm/lib/Transforms/Instrumentation/PGOInstrumentation.cpp:899: void (anonymous namespace)::setProfMetadata(llvm::Module *, llvm:: Instruction *, ArrayRef, uint64_t): Assertion `MaxCount > 0 && "Bad max count"' failed. clang: /usr/local/google/home/prazek/llvm/lib/Transforms/Instrumentation/PGOInstrumentation.cpp:899: void (anonymous namespace)::setProfMetadata(llvm::Module *, llvm:: Instruction *, ArrayRef, uint64_t): Assertion `MaxCount > 0 && "Bad max count"' failed. clang: /usr/local/google/home/prazek/llvm/lib/Transforms/Instrumentation/PGOInstrumentation.cpp:899: void (anonymous namespace)::setProfMetadata(llvm::Module *, llvm:: Instruction *, ArrayRef, uint64_t): Assertion `MaxCount > 0 && "Bad max count"' failed. clang: /usr/local/google/home/prazek/llvm/lib/Transforms/Instrumentation/PGOInstrumentation.cpp:899: void (anonymous namespace)::setProfMetadata(llvm::Module *, llvm:: Instruction *, ArrayRef, uint64_t): Assertion `MaxCount > 0 && "Bad max count"' failed. #0 0x019c90e5 llvm::sys::PrintStackTrace(llvm::raw_ostream&) (/usr/local/google/home/prazek/llvm-build-release/bin/clang+0x19c90e5) #1 0x019c97b6 SignalHandler(int) (/usr/local/google/home/prazek/llvm-build-release/bin/clang+0x19c97b6) #2 0x2b711085a330 __restore_rt (/lib/x86_64-linux-gnu/libpthread.so.0+0x10330) #3 0x2b7111b0cc37 gsignal /build/eglibc-oGUzwX/eglibc-2.19/signal/../nptl/sysdeps/unix/sysv/linux/raise.c:56:0 #4 0x2b7111b10028 abort /build/eglibc-oGUzwX/eglibc-2.19/stdlib/abort.c:91:0 #5 0x2b7111b05bf6 __assert_fail_base /build/eglibc-oGUzwX/eglibc-2.19/assert/assert.c:92:0 #6 0x2b7111b05ca2 (/lib/x86_64-linux-gnu/libc.so.6+0x2fca2) #7 0x01765113 (/usr/local/google/home/prazek/llvm-build-release/bin/clang+0x1765113) #8 0x01764933 llvm::InstVisitor<(anonymous namespace)::SelectInstVisitor, void>::visit(llvm::Function&) (/usr/local/google/home/prazek/llvm-build-release/bin/clang+0x1764933) #9 0x0175d25a annotateAllFunctions(llvm::Module&, llvm::StringRef, llvm::function_ref, llvm::function_ref) (/usr/local/google/home/prazek/llvm-build-release/bin/clang+0x175d25a) #10 0x0175f330 (anonymous namespace)::PGOInstrumentationUseLegacyPass::runOnModule(llvm::Module&) (/usr/local/google/home/prazek/llvm-build-release/bin/clang+0x175f330) #11 0x015d76d5 llvm::legacy::PassManagerImpl::run(llvm::Module&) (/usr/local/google/home/prazek/llvm-build-release/bin/clang+0x15d76d5) #12 0x01b4d077 clang::EmitBackendOutput(clang::DiagnosticsEngine&, clang::CodeGenOptions const&, clang::TargetOptions const&, clang::LangOptions const&, llvm::DataLayout const&, llvm::Module*, clang::BackendAction, std::unique_ptr >) (/usr/local/google/home/prazek/llvm-build-release/bin/clang+0x1b4d077) #13 0x02236acc clang::BackendConsumer::HandleTranslationUnit(clang::ASTContext&) (/usr/local/google/home/prazek/llvm-build-release/bin/clang+0x2236acc) #14 0x026ae015 clang::ParseAST(clang::Sema&, bool, bool) (/usr/local/google/home/prazek/llvm-build-release/bin/clang+0x26ae015) #15 0x01f0cf25 clang::FrontendAction::Execute() (/usr/local/goog
[llvm-bugs] [Bug 30467] New: Remote old LLVM_GNUC_PREREQ checks now that GC 4.7 is the minimum
https://llvm.org/bugs/show_bug.cgi?id=30467 Bug ID: 30467 Summary: Remote old LLVM_GNUC_PREREQ checks now that GC 4.7 is the minimum Product: new-bugs Version: trunk Hardware: PC OS: All Status: NEW Severity: normal Priority: P Component: new bugs Assignee: unassignedb...@nondot.org Reporter: pete.coo...@gmail.com CC: llvm-bugs@lists.llvm.org Classification: Unclassified Looking in the LLVM codebase, specifically Support/Compiler.h, there are checks such as: #if __has_attribute(sentinel) || LLVM_GNUC_PREREQ(3, 0, 0) #define LLVM_END_WITH_NULL __attribute__((sentinel)) #else #define LLVM_END_WITH_NULL #endif As we require GCC 4.7 as a minimum (http://llvm.org/docs/GettingStarted.html#software), we should remove any checks which are no longer required. -- 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 30468] New: Assertion `!NodePtr->isKnownSentinel()' failed. in SROA
https://llvm.org/bugs/show_bug.cgi?id=30468
Bug ID: 30468
Summary: Assertion `!NodePtr->isKnownSentinel()' failed. in
SROA
Product: new-bugs
Version: trunk
Hardware: PC
OS: Linux
Status: NEW
Severity: normal
Priority: P
Component: new bugs
Assignee: unassignedb...@nondot.org
Reporter: h...@chromium.org
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified
I hit this building Chrome, but none of our bots are complaining about it so I
must have accidentally hit some configuration that doesn't get much testing.
creduced:
namespace win {
class PEImage {
public:
PEImage(int);
void GetNTHeaders();
};
}
int *AnsiToUnicode(void *) {
int module;
int *out_name;
__try {
win::PEImage pe(module);
char *name;
out_name = AnsiToUnicode(name);
pe.GetNTHeaders();
} __except (1) {
}
return out_name;
}
clang -cc1 -triple x86_64-pc-windows-msvc19.0.0 -emit-obj -target-cpu x86-64
-debug-info-kind=limited -Os -fms-compatibility a.ii
clang: ../include/llvm/ADT/ilist_iterator.h:126: llvm::ilist_iterator::reference llvm::ilist_iterator::operator*() const [with OptionsT =
llvm::ilist_detail::node_options; bool
IsReverse = false; bool IsConst = false; llvm::ilist_iterator::reference = llvm::Instruction&]: Assertion
`!NodePtr->isKnownSentinel()' failed.
#0 0x01cb1dc5 llvm::sys::PrintStackTrace(llvm::raw_ostream&)
(/work/llvm/build.release/bin/clang+0x1cb1dc5)
#1 0x01cafd6e llvm::sys::RunSignalHandlers()
(/work/llvm/build.release/bin/clang+0x1cafd6e)
#2 0x01cafed2 SignalHandler(int)
(/work/llvm/build.release/bin/clang+0x1cafed2)
#3 0x7fdb0070d330 __restore_rt
(/lib/x86_64-linux-gnu/libpthread.so.0+0x10330)
#4 0x7fdaff501c37 gsignal
/build/eglibc-oGUzwX/eglibc-2.19/signal/../nptl/sysdeps/unix/sysv/linux/raise.c:56:0
#5 0x7fdaff505028 abort
/build/eglibc-oGUzwX/eglibc-2.19/stdlib/abort.c:91:0
#6 0x7fdaff4fabf6 __assert_fail_base
/build/eglibc-oGUzwX/eglibc-2.19/assert/assert.c:92:0
#7 0x7fdaff4faca2 (/lib/x86_64-linux-gnu/libc.so.6+0x2fca2)
#8 0x007d1ea8 llvm::cast_retty::ret_type llvm::cast(llvm::Value
const*) [clone .part.210] (/work/llvm/build.release/bin/clang+0x7d1ea8)
#9 0x011c7c93 (/work/llvm/build.release/bin/clang+0x11c7c93)
#10 0x01d011fa
llvm::ConvertDebugDeclareToDebugValue(llvm::DbgDeclareInst*, llvm::PHINode*,
llvm::DIBuilder&) (/work/llvm/build.release/bin/clang+0x1d011fa)
#11 0x01d3c31d (anonymous
namespace)::PromoteMem2Reg::RenamePass(llvm::BasicBlock*, llvm::BasicBlock*,
std::vector >&,
std::vector<(anonymous namespace)::RenamePassData, std::allocator<(anonymous
namespace)::RenamePassData> >&) (/work/llvm/build.release/bin/clang+0x1d3c31d)
#12 0x01d3db10 (anonymous namespace)::PromoteMem2Reg::run()
(/work/llvm/build.release/bin/clang+0x1d3db10)
#13 0x01d4018d llvm::PromoteMemToReg(llvm::ArrayRef,
llvm::DominatorTree&, llvm::AliasSetTracker*, llvm::AssumptionCache*)
(/work/llvm/build.release/bin/clang+0x1d4018d)
#14 0x01c0063b llvm::SROA::promoteAllocas(llvm::Function&)
(/work/llvm/build.release/bin/clang+0x1c0063b)
#15 0x01c15fbc llvm::SROA::runImpl(llvm::Function&,
llvm::DominatorTree&, llvm::AssumptionCache&)
(/work/llvm/build.release/bin/clang+0x1c15fbc)
#16 0x01c1662d
llvm::sroa::SROALegacyPass::runOnFunction(llvm::Function&)
(/work/llvm/build.release/bin/clang+0x1c1662d)
#17 0x0192bda3 llvm::FPPassManager::runOnFunction(llvm::Function&)
(/work/llvm/build.release/bin/clang+0x192bda3)
#18 0x0192bf07
llvm::legacy::FunctionPassManagerImpl::run(llvm::Function&)
(/work/llvm/build.release/bin/clang+0x192bf07)
#19 0x0192bfd4 llvm::legacy::FunctionPassManager::run(llvm::Function&)
(/work/llvm/build.release/bin/clang+0x192bfd4)
#20 0x01e12312 clang::EmitBackendOutput(clang::DiagnosticsEngine&,
clang::CodeGenOptions const&, clang::TargetOptions const&, clang::LangOptions
const&, llvm::DataLayout const&, llvm::Module*, clang::BackendAction,
std::unique_ptr >)
(/work/llvm/build.release/bin/clang+0x1e12312)
#21 0x02414598
clang::BackendConsumer::HandleTranslationUnit(clang::ASTContext&)
(/work/llvm/build.release/bin/clang+0x2414598)
#22 0x027eae32 clang::ParseAST(clang::Sema&, bool, bool)
(/work/llvm/build.release/bin/clang+0x27eae32)
#23 0x0241498e clang::CodeGenAction::ExecuteAction()
(/work/llvm/build.release/bin/clang+0x241498e)
#24 0x02127496 clang::FrontendAction::Execute()
(/work/llvm/build.release/bin/clang+0x2127496)
#25 0x02101d6e
clang::CompilerInstance::ExecuteAction(clang::FrontendAction&)
(/work/llvm/build.release/bin/clang+0x2101d6e)
#26 0x021aef06
clang::ExecuteCompilerInvocation(clang::CompilerInstance*)
(/work/llvm/build.release/bin/clang+0x21aef06)
#27 0x00a93398 cc1_main(llvm::ArrayRef, char const*,
[llvm-bugs] [Bug 30453] Assertion failed when using RSP as .cfi_def_cfa_register: (MRI.getLLVMRegNum(Inst.getRegister(), true) == (Is64Bit ? X86::RBP : X86::EBP) && "Invalid frame pointer!")
https://llvm.org/bugs/show_bug.cgi?id=30453 Saleem Abdulrasool changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #1 from Saleem Abdulrasool --- SVN r281986 -- 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 27842] SafeStack disables stack coloring
https://llvm.org/bugs/show_bug.cgi?id=27842 Evgeniy Stepanov changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #1 from Evgeniy Stepanov --- This was fixed in r274162. -- 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 30455] clang crashes on valid code at -O1 and above: running pass 'Infer set function attributes'
https://llvm.org/bugs/show_bug.cgi?id=30455 Michael Kuperstein changed: What|Removed |Added Status|NEW |RESOLVED CC||mku...@google.com Resolution|--- |FIXED --- Comment #1 from Michael Kuperstein --- Fixed in r282038. -- 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 30469] New: Support for SWIG
https://llvm.org/bugs/show_bug.cgi?id=30469 Bug ID: 30469 Summary: Support for SWIG Product: clang Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P Component: Formatter Assignee: unassignedclangb...@nondot.org Reporter: eugene.zele...@gmail.com CC: djas...@google.com, kli...@google.com, llvm-bugs@lists.llvm.org Classification: Unclassified I'll be great to have support for SWIG. LLDB has a lot of SWIG files in scripts/interface which currently formatted in old way, what is inconsistent with rest of code formatted in LLVM style. -- 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 30435] [Rust][DebugInfo] SHF_MERGE section size must be a multiple of sh_entsize
https://llvm.org/bugs/show_bug.cgi?id=30435 Rui Ueyama changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #2 from Rui Ueyama --- Submitted as r282049. -- 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
