[llvm-bugs] [Bug 30869] PowerPC complex long double gets confusing getSemantics in APFloat
https://llvm.org/bugs/show_bug.cgi?id=30869 Tim Shen changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #2 from Tim Shen --- Fixed by https://reviews.llvm.org/D26269 -- 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 30924] New: output when breaking comments is not stable
https://llvm.org/bugs/show_bug.cgi?id=30924
Bug ID: 30924
Summary: output when breaking comments is not stable
Product: clang
Version: trunk
Hardware: PC
OS: Windows NT
Status: NEW
Severity: normal
Priority: P
Component: Formatter
Assignee: unassignedclangb...@nondot.org
Reporter: lec...@gmail.com
CC: djas...@google.com, kli...@google.com,
llvm-bugs@lists.llvm.org
Classification: Unclassified
I'm using the llvm style and clang-format-4.0
The code i'm using for this test is the following :
struct foo {
int32_t foo; ///< awesome member documentation
int32_t bar; ///< Some really long comment for doxygen that I still want
after the member to keep my codebase coherent. make it loong
int32_t foobar; ///< Antoher member
};
After the first run :
struct foo {
int32_t foo;///< awesome member documentation
int32_t bar;///< Some really long comment for doxygen that I still want
after the member to keep my codebase
///coherent. make it loong
int32_t foobar; ///< Antoher member
};
After the second run :
struct foo {
int32_t foo;///< awesome member documentation
int32_t bar;///< Some really long comment for doxygen that I still want
after the member to keep my codebase
/// coherent. make it loong
int32_t foobar; ///< Antoher member
};
You can notice the "///coherent" became "/// coherent"
--
Another (similar) issue with this when it breaks on more than once :
original code :
struct foo {
int32_t foo; ///< awesome member documentation
int32_t bar; ///< Some really long comment for doxygen that I still want
after the member to keep my codebase coherent. make it
lo o
oong
int32_t foobar; ///< Antoher member
};
After the first run :
struct foo
{
int32_t foo;///< awesome member documentation
int32_t bar;///< Some really long comment for doxygen that I still want
after the member to
///keep my codebase coherent. make it
lo
/// o
oong
int32_t foobar; ///< Antoher member
};
After the second run :
struct foo
{
int32_t foo; ///< awesome member documentation
int32_t bar; ///< Some really long comment for doxygen that I still want
after the member to
/// keep my codebase coherent. make it
lo
/// o oong
int32_t foobar; ///< Antoher member
};
As you can see the 3rd line of comment is not aligned with the previous ones
--
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 30925] New: TokenLexer.cpp:743: clang::SourceLocation clang::TokenLexer::getExpansionLocForMacroDefLoc(clang::SourceLocation) const: Assertion `ExpandLocStart.isValid() && MacroExpans
https://llvm.org/bugs/show_bug.cgi?id=30925 Bug ID: 30925 Summary: TokenLexer.cpp:743: clang::SourceLocation clang::TokenLexer::getExpansionLocForMacroDefLoc(clang ::SourceLocation) const: Assertion `ExpandLocStart.isValid() && MacroExpansionStart.isValid() && "Not appropriate for token streams"' failed. Product: new-bugs Version: trunk Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P Component: new bugs Assignee: unassignedb...@nondot.org Reporter: octopl...@yandex.com CC: llvm-bugs@lists.llvm.org Classification: Unclassified markus@x4 tmp % clang -fspell-checking /usr/include/stdio.h clang-4.0: /home/markus/llvm/tools/clang/lib/Lex/TokenLexer.cpp:743: clang::SourceLocation clang::TokenLexer::getExpansionLocForMacroDefLoc(clang::SourceLocation) const: Assertion `ExpandLocStart.isValid() && MacroExpansionStart.isValid() && "Not appropriate for token streams"' failed. #0 0x7fa911b64085 llvm::sys::PrintStackTrace(llvm::raw_ostream&) (/usr/local/bin/../lib/libLLVMSupport.so.40+0xf6085) #1 0x7fa911b61b26 llvm::sys::RunSignalHandlers() (/usr/local/bin/../lib/libLLVMSupport.so.40+0xf3b26) #2 0x7fa911b61e8a SignalHandler(int) (/usr/local/bin/../lib/libLLVMSupport.so.40+0xf3e8a) #3 0x7fa91155cc90 __restore_rt (/lib/libpthread.so.0+0x11c90) #4 0x7fa9103462ce __GI_raise /home/markus/glibc/signal/../sysdeps/unix/sysv/linux/raise.c:58:0 #5 0x7fa910347efb __GI_abort /home/markus/glibc/stdlib/abort.c:91:0 #6 0x7fa91033e5f5 __assert_fail_base /home/markus/glibc/assert/assert.c:89:0 #7 0x7fa91033e6a2 (/lib/libc.so.6+0x2e6a2) #8 0x7fa90f3cee6b clang::TokenLexer::getExpansionLocForMacroDefLoc(clang::SourceLocation) const (/usr/local/bin/../lib/../lib/libclangLex.so.40+0xa4e6b) #9 0x7fa90f3d0e11 clang::TokenLexer::Lex(clang::Token&) (/usr/local/bin/../lib/../lib/libclangLex.so.40+0xa6e11) #10 0x7fa90f3ccc5f clang::Preprocessor::Lex(clang::Token&) (/usr/local/bin/../lib/../lib/libclangLex.so.40+0xa2c5f) #11 0x7fa90f367a1a clang::MacroArgs::getPreExpArgument(unsigned int, clang::MacroInfo const*, clang::Preprocessor&) (/usr/local/bin/../lib/../lib/libclangLex.so.40+0x3da1a) #12 0x7fa90f3d235c clang::TokenLexer::ExpandFunctionArguments() (/usr/local/bin/../lib/../lib/libclangLex.so.40+0xa835c) #13 0x7fa90f3d26df clang::TokenLexer::Init(clang::Token&, clang::SourceLocation, clang::MacroInfo*, clang::MacroArgs*) (/usr/local/bin/../lib/../lib/libclangLex.so.40+0xa86df) #14 0x7fa90f39f612 clang::Preprocessor::EnterMacro(clang::Token&, clang::SourceLocation, clang::MacroInfo*, clang::MacroArgs*) (/usr/local/bin/../lib/../lib/libclangLex.so.40+0x75612) #15 0x7fa90f3b2017 clang::Preprocessor::HandleMacroExpandedIdentifier(clang::Token&, clang::MacroDefinition const&) (/usr/local/bin/../lib/../lib/libclangLex.so.40+0x88017) #16 0x7fa90f3c910f clang::Preprocessor::HandleIdentifier(clang::Token&) (/usr/local/bin/../lib/../lib/libclangLex.so.40+0x9f10f) #17 0x7fa90f3578b4 clang::Lexer::LexIdentifier(clang::Token&, char const*) (/usr/local/bin/../lib/../lib/libclangLex.so.40+0x2d8b4) #18 0x7fa90f359305 clang::Lexer::LexTokenInternal(clang::Token&, bool) (/usr/local/bin/../lib/../lib/libclangLex.so.40+0x2f305) #19 0x7fa90f35bad3 clang::Lexer::Lex(clang::Token&) (/usr/local/bin/../lib/../lib/libclangLex.so.40+0x31ad3) #20 0x7fa90f3ccc77 clang::Preprocessor::Lex(clang::Token&) (/usr/local/bin/../lib/../lib/libclangLex.so.40+0xa2c77) #21 0x7fa90f18af8c clang::Parser::ConsumeToken() (/usr/local/bin/../lib/../lib/libclangParse.so.40+0x34f8c) #22 0x7fa90f196e68 clang::Parser::ParseDeclarationSpecifiers(clang::DeclSpec&, clang::Parser::ParsedTemplateInfo const&, clang::AccessSpecifier, clang::Parser::DeclSpecContext, clang::Parser::LateParsedAttrList*) (/usr/local/bin/../lib/../lib/libclangParse.so.40+0x40e68) #23 0x7fa90f21976f clang::Parser::ParseDeclOrFunctionDefInternal(clang::Parser::ParsedAttributesWithRange&, clang::ParsingDeclSpec&, clang::AccessSpecifier) (/usr/local/bin/../lib/../lib/libclangParse.so.40+0xc376f) #24 0x7fa90f219f11 clang::Parser::ParseDeclarationOrFunctionDefinition(clang::Parser::ParsedAttributesWithRange&, clang::ParsingDeclSpec*, clang::AccessSpecifier) [clone .part.171] (/usr/local/bin/../lib/../lib/libclangParse.so.40+0xc3f11) #25 0x7fa90f219f7f clang::Parser::ParseDeclarationOrFunctionDefinition(clang::Parser::ParsedAttributesWithRange&, clang::ParsingDeclSpec*, clang::AccessSpecifier) (/usr/local/bin/../lib/../lib/libclangParse.so.40+0xc3f7f) #26 0x7fa90f21f3d0 clang::Parser::ParseExternalDeclaration(clang::Parser::ParsedAttributesWithRange&, clang::ParsingDeclSpec*) (/usr/local/bin/../lib/../lib/libclangParse.so.40+0xc93d0) #27 0x7fa90f21ff
[llvm-bugs] [Bug 16745] Static analyzer incorrectly models a synthesized assignment operator
https://llvm.org/bugs/show_bug.cgi?id=16745 Devin Coughlin changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #11 from Devin Coughlin --- This false positive no longer manifests and it looks like Sema was indeed changed to create distinct DeclRefExprs for __i0. I'm going to mark this as RESOLVED. Here is an AST dump from ToT: | `-CXXMethodDecl 0x7ffd2d869bd0 col:8 implicit used operator= 'struct B &(struct B &) noexcept(false)' inline | |-ParmVarDecl 0x7ffd2d869d00 col:8 used 'struct B &' | `-CompoundStmt 0x7ffd2d86a378 | |-BinaryOperator 0x7ffd2d869ee0 'int' lvalue '=' | | |-MemberExpr 0x7ffd2d869e30 'int' lvalue ->a 0x7ffd2d84a9e0 | | | `-CXXThisExpr 0x7ffd2d869e18 'struct B *' this | | `-ImplicitCastExpr 0x7ffd2d869ec8 'int' | | `-MemberExpr 0x7ffd2d869e90 'int' lvalue .a 0x7ffd2d84a9e0 | | `-DeclRefExpr 0x7ffd2d869e68 'struct B' lvalue ParmVar 0x7ffd2d869d00 '' 'struct B &' | |-ForStmt 0x7ffd2d86a2f0 | | |-DeclStmt 0x7ffd2d869fa0 | | | `-VarDecl 0x7ffd2d869f20 col:8 used __i0 'unsigned long' cinit | | | `-IntegerLiteral 0x7ffd2d869f80 'unsigned long' 0 | | |-<<>> | | |-BinaryOperator 0x7ffd2d86a220 '_Bool' '!=' | | | |-ImplicitCastExpr 0x7ffd2d86a270 'unsigned long' | | | | `-DeclRefExpr 0x7ffd2d86a248 'unsigned long' lvalue Var 0x7ffd2d869f20 '__i0' 'unsigned long' | | | `-IntegerLiteral 0x7ffd2d86a288 'unsigned long' 1 | | |-UnaryOperator 0x7ffd2d86a2a8 'unsigned long' lvalue prefix '++' | | | `-DeclRefExpr 0x7ffd2d86a2c8 'unsigned long' lvalue Var 0x7ffd2d869f20 '__i0' 'unsigned long' | | `-CXXMemberCallExpr 0x7ffd2d86a1f0 'struct A' lvalue | | |-MemberExpr 0x7ffd2d86a0c0 '' .operator= 0x7ffd2d84a740 | | | `-ArraySubscriptExpr 0x7ffd2d86a088 'struct A' lvalue | | | |-ImplicitCastExpr 0x7ffd2d86a070 'struct A *' | | | | `-MemberExpr 0x7ffd2d869ff8 'struct A [1]' lvalue ->b 0x7ffd2d84ab58 | | | | `-CXXThisExpr 0x7ffd2d869fe0 'struct B *' this | | | `-ImplicitCastExpr 0x7ffd2d86a058 'unsigned long' | | | `-DeclRefExpr 0x7ffd2d86a030 'unsigned long' lvalue Var 0x7ffd2d869f20 '__i0' 'unsigned long' | | `-ArraySubscriptExpr 0x7ffd2d86a1c8 'struct A' lvalue | | |-ImplicitCastExpr 0x7ffd2d86a1b0 'struct A *' | | | `-MemberExpr 0x7ffd2d86a138 'struct A [1]' lvalue .b 0x7ffd2d84ab58 | | | `-DeclRefExpr 0x7ffd2d86a110 'struct B' lvalue ParmVar 0x7ffd2d869d00 '' 'struct B &' | | `-ImplicitCastExpr 0x7ffd2d86a198 'unsigned long' | | `-DeclRefExpr 0x7ffd2d86a170 'unsigned long' lvalue Var 0x7ffd2d869f20 '__i0' 'unsigned long' | `-ReturnStmt 0x7ffd2d86a360 | `-UnaryOperator 0x7ffd2d86a340 'struct B' lvalue prefix '*' | `-CXXThisExpr 0x7ffd2d86a328 'struct B *' this -- 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 30926] New: [X86] cvtsi2ss, cvtsi2sd, and cvtss2sd intrinsic sequences from clang produce unnecessary vmovss/vmovsd instructions
https://llvm.org/bugs/show_bug.cgi?id=30926 Bug ID: 30926 Summary: [X86] cvtsi2ss, cvtsi2sd, and cvtss2sd intrinsic sequences from clang produce unnecessary vmovss/vmovsd instructions Product: libraries Version: trunk Hardware: PC OS: All Status: NEW Severity: normal Priority: P Component: Backend: X86 Assignee: unassignedb...@nondot.org Reporter: craig.top...@gmail.com CC: llvm-bugs@lists.llvm.org Classification: Unclassified The code emitted by clang's intrinsics for cvtsi2ss, cvtsi2sd, and cvtss2sd is lowered to a code sequence that involves and extra movss/movsd or a blend. For example: _test_mm_cvtsi32_sd: vcvtsi2sdl%edi, %xmm1, %xmm1 vblendpd$1, %xmm1, %xmm0, %xmm0 retq To fix this we need to add more patterns for detecting X86ISD::MOVSS/SD or blend and emit the intrinsic version of the instruction instead. Similar to what is being done for ADD/SUB/MUL/DIV. -- 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 30927] New: install-cxxabi fails: cmake error, file INSTALL cannot find .../libc++.so.1.0
https://llvm.org/bugs/show_bug.cgi?id=30927 Bug ID: 30927 Summary: install-cxxabi fails: cmake error, file INSTALL cannot find .../libc++.so.1.0 Product: libc++abi Version: unspecified Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P Component: All Bugs Assignee: unassignedb...@nondot.org Reporter: v...@apple.com CC: llvm-bugs@lists.llvm.org, mclow.li...@gmail.com Classification: Unclassified While building libc++abi on Linux, the install-cxxabi target fails because of a Cmake error. ~/llvm/trunk-ccll/llvm/R (1) $ ninja install-libcxxabi [1/1] cd /home/vk/llvm/trunk-ccll/llvm/R/projects/libcxxabi/src && /usr/bin/cmake -DCMAKE_INSTALL_COMPONENT=cxxabi -P /home/vk/llvm/trunk-ccll/llvm/R/projects/libcxxabi/cmake_install.cmake FAILED: projects/libcxxabi/src/CMakeFiles/install-cxxabi cd /home/vk/llvm/trunk-ccll/llvm/R/projects/libcxxabi/src && /usr/bin/cmake -DCMAKE_INSTALL_COMPONENT=cxxabi -P /home/vk/llvm/trunk-ccll/llvm/R/projects/libcxxabi/cmake_install.cmake -- Install configuration: "Release" CMake Error at cmake_install.cmake:36 (file): file INSTALL cannot find "/home/vk/llvm/trunk-ccll/llvm/R/projects/libcxxabi/src/CMakeFiles/CMakeRelink.dir/libc++abi.so.1.0". Call Stack (most recent call first): /home/vk/llvm/trunk-ccll/llvm/R/projects/libcxxabi/cmake_install.cmake:37 (include) Here is my directory structure: llvm/ llvm/projects/libcxx llvm/projects/libcxxabi llvm/tools/clang llvm/tools/lldb Here is my entire cmake configure line: ~/llvm/trunk-ccll/llvm/R (127) $ cmake -G Ninja -DLLVM_TARGETS_TO_BUILD=X86 -DLLVM_ENABLE_ASSERTIONS=Off -DCMAKE_BUILD_TYPE=Release -DLLVM_INCLUDE_EXAMPLES=Off -DLLDB_DISABLE_LIBEDIT=On ../ -- 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 30928] New: check-lldb-unit fails on r286085, TestArm64InstEmulation.TestSimpleDarwinFunction failed
https://llvm.org/bugs/show_bug.cgi?id=30928 Bug ID: 30928 Summary: check-lldb-unit fails on r286085, TestArm64InstEmulation.TestSimpleDarwinFunction failed Product: lldb Version: unspecified Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P Component: All Bugs Assignee: lldb-...@lists.llvm.org Reporter: v...@apple.com CC: llvm-bugs@lists.llvm.org Classification: Unclassified check-lldb-unit fails on Linux x86_64 (building with gcc 6.2.1). Here is my directory structure: llvm/ llvm/projects/libcxx llvm/projects/libcxxabi llvm/tools/clang llvm/tools/lldb Here is my entire cmake configure line: ~/llvm/trunk-ccll/llvm/R (127) $ cmake -G Ninja -DLLVM_TARGETS_TO_BUILD=X86 -DLLVM_ENABLE_ASSERTIONS=Off -DCMAKE_BUILD_TYPE=Release -DLLVM_INCLUDE_EXAMPLES=Off -DLLDB_DISABLE_LIBEDIT=On ../ Here is the test failure. Note, after this failure, the unit test driver hangs forever in GDBRemoteClientBaseTest.InterruptNoResponse. I can file a separate bug for that if needed. FAIL: lldb-Unit :: UnwindAssembly/InstEmulation/InstEmulationTests/TestArm64InstEmulation.TestSimpleDarwinFunction (161 of 269) TEST 'lldb-Unit :: UnwindAssembly/InstEmulation/InstEmulationTests/TestArm64InstEmulation.TestSimpleDarwinFunction' FAILED Note: Google Test filter = TestArm64InstEmulation.TestSimpleDarwinFunction [==] Running 1 test from 1 test case. [--] Global test environment set-up. [--] 1 test from TestArm64InstEmulation [ RUN ] TestArm64InstEmulation.TestSimpleDarwinFunction ../tools/lldb/unittests/UnwindAssembly/InstEmulation/TestArm64InstEmulation.cpp:102: Failure Value of: row_sp->GetOffset() Actual: 0 Expected: 4ull Which is: 4 ../tools/lldb/unittests/UnwindAssembly/InstEmulation/TestArm64InstEmulation.cpp:105: Failure Value of: row_sp->GetCFAValue().GetOffset() Actual: 0 Expected: 16 ../tools/lldb/unittests/UnwindAssembly/InstEmulation/TestArm64InstEmulation.cpp:107: Failure Value of: row_sp->GetRegisterInfo(gpr_fp_arm64, regloc) Actual: false Expected: true ../tools/lldb/unittests/UnwindAssembly/InstEmulation/TestArm64InstEmulation.cpp:108: Failure Value of: regloc.IsAtCFAPlusOffset() Actual: false Expected: true ../tools/lldb/unittests/UnwindAssembly/InstEmulation/TestArm64InstEmulation.cpp:109: Failure Value of: regloc.GetOffset() Actual: 0 Expected: -16 ../tools/lldb/unittests/UnwindAssembly/InstEmulation/TestArm64InstEmulation.cpp:111: Failure Value of: row_sp->GetRegisterInfo(gpr_lr_arm64, regloc) Actual: false Expected: true ../tools/lldb/unittests/UnwindAssembly/InstEmulation/TestArm64InstEmulation.cpp:112: Failure Value of: regloc.IsAtCFAPlusOffset() Actual: false Expected: true ../tools/lldb/unittests/UnwindAssembly/InstEmulation/TestArm64InstEmulation.cpp:113: Failure Value of: regloc.GetOffset() Actual: 0 Expected: -8 ../tools/lldb/unittests/UnwindAssembly/InstEmulation/TestArm64InstEmulation.cpp:117: Failure Value of: row_sp->GetOffset() Actual: 0 Expected: 8ull Which is: 8 ../tools/lldb/unittests/UnwindAssembly/InstEmulation/TestArm64InstEmulation.cpp:118: Failure Value of: row_sp->GetCFAValue().GetRegisterNumber() == gpr_fp_arm64 Actual: false Expected: true ../tools/lldb/unittests/UnwindAssembly/InstEmulation/TestArm64InstEmulation.cpp:120: Failure Value of: row_sp->GetCFAValue().GetOffset() Actual: 0 Expected: 16 ../tools/lldb/unittests/UnwindAssembly/InstEmulation/TestArm64InstEmulation.cpp:122: Failure Value of: row_sp->GetRegisterInfo(gpr_fp_arm64, regloc) Actual: false Expected: true ../tools/lldb/unittests/UnwindAssembly/InstEmulation/TestArm64InstEmulation.cpp:123: Failure Value of: regloc.IsAtCFAPlusOffset() Actual: false Expected: true ../tools/lldb/unittests/UnwindAssembly/InstEmulation/TestArm64InstEmulation.cpp:124: Failure Value of: regloc.GetOffset() Actual: 0 Expected: -16 ../tools/lldb/unittests/UnwindAssembly/InstEmulation/TestArm64InstEmulation.cpp:126: Failure Value of: row_sp->GetRegisterInfo(gpr_lr_arm64, regloc) Actual: false Expected: true ../tools/lldb/unittests/UnwindAssembly/InstEmulation/TestArm64InstEmulation.cpp:127: Failure Value of: regloc.IsAtCFAPlusOffset() Actual: false Expected: true ../tools/lldb/unittests/UnwindAssembly/InstEmulation/TestArm64InstEmulation.cpp:128: Failure Value of: regloc.GetOffset() Actual: 0 Expected: -8 ../tools/lldb/unittests/UnwindAssembly/InstEmulation/TestArm64InstEmulation.cpp:132: Failure Value of: row_sp->GetOffset() Actual: 0 Expected: 16ull Which is: 16 ../tools/lldb/unittests/UnwindAssembly/InstEmulation/TestArm64InstEmulation.cpp:135: Failure Value of: row_sp->GetCFAValue().GetOffset() Actual: 0 Expected: 16 ../tools/lldb/unittests/UnwindAssembly/InstEmulation/TestArm64InstEmulation.cpp:137: Failure Value of: row_sp->GetRegisterInfo
