Re: [lldb-dev] [Release-testers] [3.9 Release] Release Candidate 1 has been tagged
Hi, On the OpenMandriva side, x86_64 passes all checks. We're having some problems with other architectures though (see below): x86_64 succeeded, packages are here: https://abf.openmandriva.org/build_lists/76792 i586 fails to build, but this seems to be an issue with 3.8.1 (which we're using to build 3.9): /usr/bin/clang++ -D_GNU_SOURCE -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -Ilib/Support -I../lib/Support -Iinclude -I../include -Os -pipe -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -fstack-protector --param=ssp-buffer-size=4 -fomit-frame-pointer -mtune=atom -march=i586 -fasynchronous-unwind-tables -march=i686 -D_LARGEFILE_SOURCE=1 -D_LARGEFILE64_SOURCE=1 -D_FILE_OFFSET_BITS=64 -fPIC -fvisibility-inlines-hidden -Wall -W -Wno-unused-parameter -Wwrite-strings -Wcast-qual -Wmissing-field-initializers -pedantic -Wno-long-long -Wcovered-switch-default -Wnon-virtual-dtor -Wdelete-non-virtual-dtor -Werror=date-time -std=c++1y -fcolor-diagnostics -ffunction-sections -fdata-sections -Os -pipe -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -fstack-protector --param=ssp-buffer-size=4 -fomit-frame-pointer -mtune=atom -march=i586 -fasynchronous-unwind-tables -march=i686 -D_LARGEFILE_SOURCE=1 -D_LARGEFILE64_SOURCE=1 -D_FILE_OFFSET_BITS=64 -MD -MT lib/Support/CMakeFiles/LLVMSupport.dir/PrettyStackTrace.cpp.o -MF lib/Support/CMakeFiles/LLVMSupport.dir/PrettyStackTrace.cpp.o.d -o lib/Support/CMakeFiles/LLVMSupport.dir/PrettyStackTrace.cpp.o -c ../lib/Support/PrettyStackTrace.cpp clang-3.8: ../include/llvm/CodeGen/MachineOperand.h:411: int64_t llvm::MachineOperand::getImm() const: Assertion `isImm() && "Wrong MachineOperand accessor"' failed. #0 0xf4abd075 llvm::sys::PrintStackTrace(llvm::raw_ostream&) (/usr/lib/libLLVMSupport.so.3.8+0x95075) #1 0xf4abd2c7 (/usr/lib/libLLVMSupport.so.3.8+0x952c7) #2 0xf4abbbf1 llvm::sys::RunSignalHandlers() (/usr/lib/libLLVMSupport.so.3.8+0x93bf1) #3 0xf4abbf49 (/usr/lib/libLLVMSupport.so.3.8+0x93f49) #4 0xf7714d20 0xd20 __GI_raise #5 0xf7714d20 #6 0xf7714d20 __GI_abort (+0xd20) #7 0xf4650ef0 __GI___assert_fail (/lib/libc.so.6+0x26ef0) #8 0xf46520e5 __GI___assert_perror_fail (/lib/libc.so.6+0x280e5) #9 0xf464b126 (/lib/libc.so.6+0x21126) #10 0xf464b162 llvm::X86InstrInfo::getSPAdjust(llvm::MachineInstr const*) const (/lib/libc.so.6+0x21162) #11 0xf65a0db6 (/usr/lib/libLLVMX86CodeGen.so.3.8+0x30db6) #12 0xf667640d (/usr/lib/libLLVMX86CodeGen.so.3.8+0x10640d) #13 0xf61029dc llvm::MachineFunctionPass::runOnFunction(llvm::Function&) (/usr/lib/libLLVMCodeGen.so.3.8+0x1739dc) #14 0xf6105002 llvm::FPPassManager::runOnFunction(llvm::Function&) (/usr/lib/libLLVMCodeGen.so.3.8+0x176002) #15 0xf60ab337 llvm::FPPassManager::runOnModule(llvm::Module&) (/usr/lib/libLLVMCodeGen.so.3.8+0x11c337) #16 0xf50d7e6f llvm::legacy::PassManagerImpl::run(llvm::Module&) (/usr/lib/libLLVMCore.so.3.8+0x19de6f) #17 0xf50d816b llvm::legacy::PassManager::run(llvm::Module&) (/usr/lib/libLLVMCore.so.3.8+0x19e16b) #18 0xf50d857f clang::EmitBackendOutput(clang::DiagnosticsEngine&, clang::CodeGenOptions const&, clang::TargetOptions const&, clang::LangOptions const&, llvm::StringRef, llvm::Module*, clang::BackendAction, llvm::raw_pwrite_stream*) (/usr/lib/libLLVMCore.so.3.8+0x19e57f) #19 0xf50d8734 (/usr/lib/libLLVMCore.so.3.8+0x19e734) #20 0xf59fc72c clang::ParseAST(clang::Sema&, bool, bool) (/usr/lib/libclangCodeGen.so.3.8+0x6972c) #21 0xf5b2cd85 clang::ASTFrontendAction::ExecuteAction() (/usr/lib/libclangCodeGen.so.3.8+0x199d85) #22 0xf3b2b294 clang::CodeGenAction::ExecuteAction() (/usr/lib/libclangParse.so.3.8+0x24294) #23 0xf582583e clang::FrontendAction::Execute() (/usr/lib/libclangFrontend.so.3.8+0x8783e) #24 0xf5b2d3e1 clang::CompilerInstance::ExecuteAction(clang::FrontendAction&) (/usr/lib/libclangCodeGen.so.3.8+0x19a3e1) #25 0xf5826660 clang::ExecuteCompilerInvocation(clang::CompilerInstance*) (/usr/lib/libclangFrontend.so.3.8+0x88660) #26 0xf58029e1 cc1_main(llvm::ArrayRef, char const*, void*) (/usr/lib/libclangFrontend.so.3.8+0x649e1) #27 0xf579aead main (/usr/lib/libclangFrontendTool.so.3.8+0x2ead) #28 0x08057178 __libc_start_main (/usr/bin/clang-3.8+0x8057178) #29 0x08052a9b _start (/usr/bin/clang-3.8+0x8052a9b) 0 libLLVMSupport.so.3.8 0xf4abd075 llvm::sys::PrintStackTrace(llvm::raw_ostream&) + 40 1 libLLVMSupport.so.3.8 0xf4abd2c7 2 libLLVMSupport.so.3.8 0xf4abbbf1 llvm::sys::RunSignalHandlers() + 60 3 libLLVMSupport.so.3.8 0xf4abbf49 4 0xf7714d20 __kernel_sigreturn + 0 5 libc.so.6 0xf4650ef0 gsignal + 73 6 libc.so.6 0xf46520e5 abort + 278 7 libc.so.6 0xf464b126 __assert_fail + 0 8 libc.so.6 0xf464b162 __asser
[lldb-dev] First hand support for musl-libc
Hi, To build lldb 3.8 on Alpine Linux, this tiny patch is required: https://github.com/alpinelinux/aports/blob/master/testing/lldb/lldb-3.8-alpine.patch Can anyone here please upstream it? Note that it doesn't break Android build as in case of both bionic and musl, __GLIBC__ macro is undefined. ___ lldb-dev mailing list lldb-dev@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev
Re: [lldb-dev] [Release-testers] [3.9 Release] Release Candidate 1 has been tagged
On 1 August 2016 at 17:37, Hans Wennborg wrote: >> Is it time to do the back-ports planned? I only have a very minor bug fix. > > Sure! Backported the v6T2/DSP patch. Now just needs to get Diana's AArch64 fix and we're fine. cheers, --renato ___ lldb-dev mailing list lldb-dev@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev
Re: [lldb-dev] [llvm-dev] [Release-testers] [3.9 Release] Release Candidate 1 has been tagged
Hi Bernhard, Can you file a bug for this at www.llvm.org/bugs? Make sure to set the version to 3.8 and assign it to me. You should also reference PR27071 in the bug report. -Tom On Mon, Aug 01, 2016 at 09:44:07AM -0700, Hans Wennborg wrote: > Ouch :-( > > Well, if we ever do a 3.8.2, that should be included. +Tom in case > he's maintaining a list. > > On Mon, Aug 1, 2016 at 12:18 AM, Michael Kuperstein wrote: > > The crash dump looks like it's probably PR27071. > > The bug was introduced in r261387 (which was merged into 3.8) and fixed in > > r264465 (which apparently wasn't). > > > > On Sun, Jul 31, 2016 at 3:50 PM, Bernhard Rosenkränzer > > wrote: > >> > >> Hi, > >> On the OpenMandriva side, x86_64 passes all checks. We're having some > >> problems with other architectures though (see below): > >> > >> x86_64 succeeded, packages are here: > >> https://abf.openmandriva.org/build_lists/76792 > >> > >> i586 fails to build, but this seems to be an issue with 3.8.1 (which we're > >> using to build 3.9): > >> > >> /usr/bin/clang++ -D_GNU_SOURCE -D__STDC_CONSTANT_MACROS > >> -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -Ilib/Support -I../lib/Support > >> -Iinclude -I../include -Os -pipe -Wformat -Werror=format-security > >> -D_FORTIFY_SOURCE=2 -fstack-protector --param=ssp-buffer-size=4 > >> -fomit-frame-pointer -mtune=atom -march=i586 -fasynchronous-unwind-tables > >> -march=i686 -D_LARGEFILE_SOURCE=1 -D_LARGEFILE64_SOURCE=1 > >> -D_FILE_OFFSET_BITS=64 -fPIC -fvisibility-inlines-hidden -Wall -W > >> -Wno-unused-parameter -Wwrite-strings -Wcast-qual > >> -Wmissing-field-initializers -pedantic -Wno-long-long > >> -Wcovered-switch-default -Wnon-virtual-dtor -Wdelete-non-virtual-dtor > >> -Werror=date-time -std=c++1y -fcolor-diagnostics -ffunction-sections > >> -fdata-sections -Os -pipe -Wformat -Werror=format-security > >> -D_FORTIFY_SOURCE=2 -fstack-protector --param=ssp-buffer-size=4 > >> -fomit-frame-pointer -mtune=atom -march=i586 -fasynchronous-unwind-tables > >> -march=i686 -D_LARGEFILE_SOURCE=1 -D_LARGEFILE64_SOURCE=1 > >> -D_FILE_OFFSET_BITS=64 -MD -MT > >> lib/Support/CMakeFiles/LLVMSupport.dir/PrettyStackTrace.cpp.o -MF > >> lib/Support/CMakeFiles/LLVMSupport.dir/PrettyStackTrace.cpp.o.d -o > >> lib/Support/CMakeFiles/LLVMSupport.dir/PrettyStackTrace.cpp.o -c > >> ../lib/Support/PrettyStackTrace.cpp > >> clang-3.8: ../include/llvm/CodeGen/MachineOperand.h:411: int64_t > >> llvm::MachineOperand::getImm() const: Assertion `isImm() && "Wrong > >> MachineOperand accessor"' failed. > >> #0 0xf4abd075 llvm::sys::PrintStackTrace(llvm::raw_ostream&) > >> (/usr/lib/libLLVMSupport.so.3.8+0x95075) > >> #1 0xf4abd2c7 (/usr/lib/libLLVMSupport.so.3.8+0x952c7) > >> #2 0xf4abbbf1 llvm::sys::RunSignalHandlers() > >> (/usr/lib/libLLVMSupport.so.3.8+0x93bf1) > >> #3 0xf4abbf49 (/usr/lib/libLLVMSupport.so.3.8+0x93f49) > >> #4 0xf7714d20 0xd20 __GI_raise > >> #5 0xf7714d20 > >> #6 0xf7714d20 __GI_abort (+0xd20) > >> #7 0xf4650ef0 __GI___assert_fail (/lib/libc.so.6+0x26ef0) > >> #8 0xf46520e5 __GI___assert_perror_fail (/lib/libc.so.6+0x280e5) > >> #9 0xf464b126 (/lib/libc.so.6+0x21126) > >> #10 0xf464b162 llvm::X86InstrInfo::getSPAdjust(llvm::MachineInstr > >> const*) const (/lib/libc.so.6+0x21162) > >> #11 0xf65a0db6 (/usr/lib/libLLVMX86CodeGen.so.3.8+0x30db6) > >> #12 0xf667640d (/usr/lib/libLLVMX86CodeGen.so.3.8+0x10640d) > >> #13 0xf61029dc > >> llvm::MachineFunctionPass::runOnFunction(llvm::Function&) > >> (/usr/lib/libLLVMCodeGen.so.3.8+0x1739dc) > >> #14 0xf6105002 llvm::FPPassManager::runOnFunction(llvm::Function&) > >> (/usr/lib/libLLVMCodeGen.so.3.8+0x176002) > >> #15 0xf60ab337 llvm::FPPassManager::runOnModule(llvm::Module&) > >> (/usr/lib/libLLVMCodeGen.so.3.8+0x11c337) > >> #16 0xf50d7e6f llvm::legacy::PassManagerImpl::run(llvm::Module&) > >> (/usr/lib/libLLVMCore.so.3.8+0x19de6f) > >> #17 0xf50d816b llvm::legacy::PassManager::run(llvm::Module&) > >> (/usr/lib/libLLVMCore.so.3.8+0x19e16b) > >> #18 0xf50d857f clang::EmitBackendOutput(clang::DiagnosticsEngine&, > >> clang::CodeGenOptions const&, clang::TargetOptions const&, > >> clang::LangOptions const&, llvm::StringRef, llvm::Module*, > >> clang::BackendAction, llvm::raw_pwrite_stream*) > >> (/usr/lib/libLLVMCore.so.3.8+0x19e57f) > >> #19 0xf50d8734 (/usr/lib/libLLVMCore.so.3.8+0x19e734) > >> #20 0xf59fc72c clang::ParseAST(clang::Sema&, bool, bool) > >> (/usr/lib/libclangCodeGen.so.3.8+0x6972c) > >> #21 0xf5b2cd85 clang::ASTFrontendAction::ExecuteAction() > >> (/usr/lib/libclangCodeGen.so.3.8+0x199d85) > >> #22 0xf3b2b294 clang::CodeGenAction::ExecuteAction() > >> (/usr/lib/libclangParse.so.3.8+0x24294) > >> #23 0xf582583e clang::FrontendAction::Execute() > >> (/usr/lib/libclangFrontend.so.3.8+0x8783e) > >> #24 0xf5b2d3e1 > >> clang::CompilerInstance::E
Re: [lldb-dev] [Release-testers] [3.9 Release] Release Candidate 1 has been tagged
On Tue, Aug 2, 2016 at 3:36 AM, Renato Golin wrote: > On 1 August 2016 at 17:37, Hans Wennborg wrote: >>> Is it time to do the back-ports planned? I only have a very minor bug fix. >> >> Sure! > > Backported the v6T2/DSP patch. Now just needs to get Diana's AArch64 > fix and we're fine. Looks like Diana's fix was merged in r277462, so it sounds like we're all good. Thanks, Hans ___ lldb-dev mailing list lldb-dev@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev
Re: [lldb-dev] [Release-testers] [3.9 Release] Release Candidate 1 has been tagged
On 2 August 2016 at 16:17, Hans Wennborg wrote: > Looks like Diana's fix was merged in r277462, so it sounds like we're all > good. Yup, we're good. Thanks! --renato ___ lldb-dev mailing list lldb-dev@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev
[lldb-dev] August LLVM bay-area social is this Thursday!
We'll be at Tied House as usual, starting on Thursday the 4th at 7pm! If you can, help us plan and RSVP here: http://meetu.ps/2YNh6V See everyone there! ___ lldb-dev mailing list lldb-dev@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev
Re: [lldb-dev] [Release-testers] [3.9 Release] Release Candidate 1 has been tagged
On 07/29/2016 11:57 PM, Hans Wennborg via Release-testers wrote: Please build, test, and upload binaries to the sftp. Let me know how it goes. I'll upload source, docs, and your binaries to the pre-release page once they're ready. Uploaded clang+llvm-3.9.0-rc1-x86_64-linux-gnu-ubuntu-16.04.tar.xz I had this error: Using configuration variant: libcxxabi -- Testing: 35960 tests, 8 threads -- Testing: 0 .. 10.. 20.. 30.. 40.. 50.. 60.. 70.. *** stack smashing detected ***: /home/ben/development/llvm/3.9.0/rc1/Phase3/Release/llvmCore-3.9.0-rc1.obj/projects/compiler-rt/test/safestack/Output/canary.c.tmp.ssp terminated 80.. 90.. Testing Time: 1695.83s Expected Passes: 34915 Expected Failures : 212 Unsupported Tests : 833 [100%] Built target check-all LNT was fine. Ben ___ lldb-dev mailing list lldb-dev@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev
[lldb-dev] [3.9 Release] Please write release notes!
Dear everyone, It's time for the release notes nagging email. We have release notes for LLVM, Clang, clang-tools-extra, lld, and Polly. (If there are more, please let me know.) Most of these are pretty empty files; see e.g. the LLVM one at [1]. The internet does read these notes when we release, so please help make them informative! If you made any interesting changes during the past six months, or know someone who did, please write something for the release notes. You can commit them directly to the branch, or send a patch to me and I'll happily commit them for you. If you feel responsible for a particular target, e.g. X86, ARM, MIPS, etc., please help give those release notes some love. Here are some examples we might want to mention (thanks LLVM Weekly!). If you're cc'd on this email, you're mentioned below. - Dmitry, Renato: the Clang notes mention abi_tag. Do we want to expand the text here a little? Link to the PR? - Teresa, Mehdi: there's a "Introduction of ThinLTO [..] ping Mehdi/Teresa before the release if not done" note, so here's the ping :-) We should link to the blog post as well. - Chris Bieneman, there's a "note about autoconf build having been removed". Do you want to expand this? :-) - Danny, George: do you want to add something about MemorySSA? - Nico, do you want to mention clang-cl's precompiled header support? - James, do you want to mention the removal of the CppBackend? - Chris Dewhurst, do you want to mention soft-float SPARC support (and potentially other SPARC improvements)? - Benjamin, should we mention include-fixer somewhere? Many thanks, Hans [1] http://llvm.org/viewvc/llvm-project/llvm/branches/release_39/docs/ReleaseNotes.rst?view=markup ___ lldb-dev mailing list lldb-dev@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev
