Re: [lldb-dev] [Release-testers] [7.0.0 Release] rc3 has been tagged

Hi, OpenMandriva is updated and runs well, so far we've found one problem while rebuilding the OS with rc3: http://file-store.openmandriva.org/api/v1/file_stores/e95b2bd9e6e7dfcfbbab1906d20763879fa6f489.log?show=true Building libqalculate on armv7hnl causes the compiler to barf. I didn't get arou

Re: [lldb-dev] Extract compile unit infos from OSO entries for LTO objects

Thanks for your replies! >> Right now we assume that each .o file has only on CU so we don't need to >> open all .o files in SymbolFileDWARFDebugMap::CalculateAbilities() which is >> something that gets run when we are trying to figure out which SymbolFile >> plug-in to load. [...] The problem

[lldb-dev] Large core files causing issues in LLDB

In LLDB we try to mmap any object file we load including core files. Recently I received a 468GB core file. mmap fails in LLVM and then it will fall back to trying to allocate a memory buffer that large and reading a file into it. The failing call occurs in: DataBufferSP ObjectFile::MapFileData

Re: [lldb-dev] [Release-testers] [7.0.0 Release] rc3 has been tagged

On Mon, 2018-09-10 at 16:12 +0200, Hans Wennborg via Release-testers wrote: > Dear testers, > > 7.0.0-rc3 was just tagged (from branch revision r341805). > > No further release candidates are currently planned, so this is a > release candidate in the real sense: unless any serious issues > surfac

Re: [lldb-dev] Extract compile unit infos from OSO entries for LTO objects

> On Sep 11, 2018, at 8:48 AM, Greg Clayton wrote: > >> >> On Sep 11, 2018, at 2:55 AM, Stefan Gränitz > > wrote: >> >> Hello everyone >> >> I am investigating a bug that prevents correct breakpoint resolution in LTO >> objects with embedded DWARF (no separate dS

Re: [lldb-dev] Extract compile unit infos from OSO entries for LTO objects

> On Sep 11, 2018, at 2:55 AM, Stefan Gränitz wrote: > > Hello everyone > > I am investigating a bug that prevents correct breakpoint resolution in LTO > objects with embedded DWARF (no separate dSYM file) and tracked it down to > the initialization of SymbolFileDWARFDebugMap. This code seems

[lldb-dev] Extract compile unit infos from OSO entries for LTO objects

Hello everyone I am investigating a bug that prevents correct breakpoint resolution in LTO objects with embedded DWARF (no separate dSYM file) and tracked it down to the initialization of SymbolFileDWARFDebugMap. This code seems to assume there is only one compile unit per object file, but LTO

Re: [lldb-dev] [Release-testers] [7.0.0 Release] rc3 has been tagged

On 10 Sep 2018, at 16:12, Hans Wennborg via Release-testers wrote: > 7.0.0-rc3 was just tagged (from branch revision r341805). > > No further release candidates are currently planned, so this is a > release candidate in the real sense: unless any serious issues > surface, this is what the final

Re: [lldb-dev] [llvm-dev] [7.0.0 Release] rc3 has been tagged

Updated now. Thanks for the reminder! On Tue, Sep 11, 2018 at 5:08 AM, Jan Vesely wrote: > Hi, > > do you mind updating the llvm.org webpage as well? It still states the old > schedule of final release on Sept 5. > > thanks, > Jan > > On Mon, Sep 10, 2018 at 10:13 AM Hans Wennborg via llvm-dev >