Re: [lldb-dev] [llvm-dev] [Release-testers] [3.9 Release] Release Candidate 1 has been tagged

2016-08-02 Thread Tom Stellard via lldb-dev 
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

Re: [lldb-dev] [llvm-dev] [Release-testers] [3.9 Release] Release Candidate 1 has been tagged

2016-08-01 Thread Hans Wennborg via lldb-dev 
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::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