[llvm] r349207 - DebugInfo: Avoid using split DWARF when the split unit would be empty.
David Blaikie via llvm-commits
llvm-commits at lists.llvm.org
Fri Dec 21 10:12:30 PST 2018
Yep, sorry about that - I should've followed up here when it was
identified/fixed for the record.
On Fri, Dec 21, 2018 at 4:58 AM Pavel Labath <labath at google.com> wrote:
> Oh, it looks like you already fixed this in r349819. I guess it was my
> turn now not to update my checkout. Sorry for the noise and happy
> holidays.
>
> On Fri, 21 Dec 2018 at 13:40, Pavel Labath <labath at google.com> wrote:
> >
> > Hello David,
> >
> > I hate to bring this up again, but I've found another (probably
> > unintended) side-effect of this change. After this patch, clang starts
> > duplicating the compilation directory in the list of
> > include_directories in the .debug_line table. See the following
> > example:
> >
> > /tmp $ cat a.c
> > int main() { return 47; }
> > /tmp $ ~/ll/build/opt/bin/clang -gsplit-dwarf a.c -c
> > pavelo at unimatrix0 /tmp $ llvm-dwarfdump a.o -debug-line
> > a.o: file format ELF64-x86-64
> >
> > .debug_line contents:
> > debug_line[0x00000000]
> > Line table prologue:
> > total_length: 0x0000003b
> > version: 4
> > prologue_length: 0x00000020
> > min_inst_length: 1
> > max_ops_per_inst: 1
> > default_is_stmt: 1
> > line_base: -5
> > line_range: 14
> > opcode_base: 13
> > standard_opcode_lengths[DW_LNS_copy] = 0
> > standard_opcode_lengths[DW_LNS_advance_pc] = 1
> > standard_opcode_lengths[DW_LNS_advance_line] = 1
> > standard_opcode_lengths[DW_LNS_set_file] = 1
> > standard_opcode_lengths[DW_LNS_set_column] = 1
> > standard_opcode_lengths[DW_LNS_negate_stmt] = 0
> > standard_opcode_lengths[DW_LNS_set_basic_block] = 0
> > standard_opcode_lengths[DW_LNS_const_add_pc] = 0
> > standard_opcode_lengths[DW_LNS_fixed_advance_pc] = 1
> > standard_opcode_lengths[DW_LNS_set_prologue_end] = 0
> > standard_opcode_lengths[DW_LNS_set_epilogue_begin] = 0
> > standard_opcode_lengths[DW_LNS_set_isa] = 1
> > include_directories[ 1] = '/tmp' # <===== DUPLICATION HERE
> > Dir Mod Time File Len File Name
> > ---- ---------- ---------- ---------------------------
> > file_names[ 1] 1 0x00000000 0x00000000 a.c # <===== REFERENCES
> > DIR 1 INSTEAD OF 0
> >
> > Address Line Column File ISA Discriminator Flags
> > ------------------ ------ ------ ------ --- ------------- -------------
> > 0x0000000000000000 1 0 1 0 0 is_stmt
> > 0x000000000000000b 1 14 1 0 0 is_stmt
> > prologue_end
> > 0x0000000000000012 1 14 1 0 0 is_stmt
> > end_sequence
> >
> > So, basically the compilation dir is present in the line table twice,
> > once as the first explicit entry, and once as the implicit [0] entry.
> > (I've checked that .debug_info contains the correct DW_AT_comp_dir
> > attribute).
> > Reverting this patch (and those that depend on it) brings back the
> > original behavior -- no additional include_directories, and the
> > file_names array references the implicit [0] entry.
> >
> > Now this doesn't make the line table invalid, and the only reason I've
> > found this is because of some questionable logic in lldb, which
> > attempts to support the PWD=/proc/self/cwd workflow by resolving the
> > symlinks in the compilation directory (and _only_ the compilation
> > directory). This now fails because none of the line entries actually
> > use the compilation directory. It is certainly possible to work around
> > this from the lldb side, but since this means (at the very least) that
> > llvm is producing sub-optimal line tables, I though it would be good
> > to bring this to your attention.
> >
> > thanks,
> > pavel
> >
> >
> > On Wed, 19 Dec 2018 at 10:36, Pavel Labath <labath at google.com> wrote:
> > >
> > > Thanks for the quick fix.
> > >
> > > pl
> > >
> > > On Tue, 18 Dec 2018 at 20:44, David Blaikie <dblaikie at gmail.com>
> wrote:
> > > >
> > > > Should be fixed in r349528 - thanks for identifying this!
> > > >
> > > > On Tue, Dec 18, 2018 at 10:54 AM David Blaikie <dblaikie at gmail.com>
> wrote:
> > > >>
> > > >> And... I was running an old clang built from before this change
> (usually I do a check-all often enough that my clang-tot is pretty up to
> date).
> > > >>
> > > >> Looking into this
> > > >>
> > > >> On Tue, Dec 18, 2018 at 8:51 AM David Blaikie <dblaikie at gmail.com>
> wrote:
> > > >>>
> > > >>> Thanks for letting me know, Pavel!
> > > >>>
> > > >>> Looking into this now, and my first attempt at reproducing this
> didn't seem to show the behavior you're seeing (& indeed if it had done so
> across the board I'd expect we would've seen some other test failures).
> Perhaps there are some other parameters being passed I would need to use to
> reproduce this?
> > > >>>
> > > >>> $ clang++-tot -v -gsplit-dwarf test.cpp -c && llvm-dwarfdump-tot
> test.dwo
> > > >>> clang version 8.0.0 (trunk 349415) (llvm/trunk 349196)
> > > >>> ...
> > > >>> test.dwo: file format ELF64-x86-64
> > > >>>
> > > >>> .debug_info.dwo contents:
> > > >>> 0x00000000: Compile Unit: length = 0x00000044 version = 0x0004
> abbr_offset = 0x0000 addr_size = 0x08 (next unit at 0x00000048)
> > > >>>
> > > >>> 0x0000000b: DW_TAG_compile_unit
> > > >>> DW_AT_GNU_dwo_name ("test.dwo")
> > > >>> DW_AT_producer ("clang version 8.0.0 (trunk
> 349415) (llvm/trunk 349196)")
> > > >>> DW_AT_language (DW_LANG_C_plus_plus)
> > > >>> DW_AT_name ("test.cpp")
> > > >>> DW_AT_GNU_dwo_id (0xe9ee94e9755dc4ee)
> > > >>> 0x00000019: DW_TAG_namespace
> > > >>> DW_AT_name ("ns1")
> > > >>> 0x0000001b: DW_TAG_variable
> > > >>> DW_AT_name ("value")
> > > >>> DW_AT_type (0x00000028 "int")
> > > >>> DW_AT_external (true)
> > > >>> DW_AT_decl_file (0x01)
> > > >>> DW_AT_decl_line (4)
> > > >>> DW_AT_location (DW_OP_GNU_addr_index 0x0)
> > > >>> DW_AT_linkage_name ("_ZN3ns15valueE")
> > > >>> 0x00000027: NULL
> > > >>> 0x00000028: DW_TAG_base_type
> > > >>> DW_AT_name ("int")
> > > >>> DW_AT_encoding (DW_ATE_signed)
> > > >>> DW_AT_byte_size (0x04)
> > > >>> 0x0000002c: DW_TAG_subprogram
> > > >>> DW_AT_low_pc ( indexed (00000001) address = <no
> .debug_addr section>)
> > > >>> DW_AT_high_pc (0x00000017)
> > > >>> DW_AT_frame_base (DW_OP_reg6 RBP)
> > > >>> DW_AT_linkage_name ("_Z4testv")
> > > >>> DW_AT_name ("test")
> > > >>> DW_AT_decl_file (0x01)
> > > >>> DW_AT_decl_line (7)
> > > >>> DW_AT_external (true)
> > > >>> 0x00000038: DW_TAG_lexical_block
> > > >>> DW_AT_low_pc ( indexed (00000002) address = <no
> .debug_addr section>)
> > > >>> DW_AT_high_pc (0x0000000c)
> > > >>> 0x0000003e: DW_TAG_imported_module
> > > >>> DW_AT_decl_file (0x01)
> > > >>> DW_AT_decl_line (9)
> > > >>> DW_AT_import (0x00000019)
> > > >>> 0x00000045: NULL
> > > >>> 0x00000046: NULL
> > > >>> 0x00000047: NULL
> > > >>>
> > > >>>
> > > >>> On Tue, Dec 18, 2018 at 4:38 AM Pavel Labath <labath at google.com>
> wrote:
> > > >>>>
> > > >>>> Hello David,
> > > >>>>
> > > >>>> I think this patch had some unintended side effect on the DWO
> > > >>>> generation. The effect of it is missing block scope information in
> > > >>>> some DWO files. The simplest reproducer I have is this file:
> > > >>>>
> > > >>>> =====
> > > >>>> void print(int);
> > > >>>>
> > > >>>> namespace ns1 {
> > > >>>> int value = 100;
> > > >>>> }
> > > >>>>
> > > >>>> void test() {
> > > >>>> do {
> > > >>>> using namespace ns1;
> > > >>>> print(value);
> > > >>>> } while(0);
> > > >>>> }
> > > >>>> =====
> > > >>>>
> > > >>>> Compiling this (with -gsplit-dwarf) after this patch produces the
> > > >>>> following DWARF in the dwo file:
> > > >>>> =====
> > > >>>> 0x0000002c: DW_TAG_subprogram
> > > >>>> DW_AT_low_pc ( indexed (00000001) address = <no
> > > >>>> .debug_addr section>)
> > > >>>> DW_AT_high_pc (0x00000017)
> > > >>>> DW_AT_frame_base (DW_OP_reg6 RBP)
> > > >>>> DW_AT_linkage_name ("_Z4testv")
> > > >>>> DW_AT_name ("test")
> > > >>>> DW_AT_decl_file (0x01)
> > > >>>> DW_AT_decl_line (7)
> > > >>>> DW_AT_external (true)
> > > >>>> =====
> > > >>>> Notice how the information about the blocks and their scopes is
> > > >>>> missing from the dwo file. After reverting this patch, I get the
> > > >>>> expected lexical_block and imported_module tags.
> > > >>>> =====
> > > >>>> 0x0000002c: DW_TAG_subprogram
> > > >>>> DW_AT_low_pc ( indexed (00000001) address = <no
> > > >>>> .debug_addr section>)
> > > >>>> DW_AT_high_pc (0x00000017)
> > > >>>> DW_AT_frame_base (DW_OP_reg6 RBP)
> > > >>>> DW_AT_linkage_name ("_Z4testv")
> > > >>>> DW_AT_name ("test")
> > > >>>> DW_AT_decl_file (0x01)
> > > >>>> DW_AT_decl_line (7)
> > > >>>> DW_AT_external (true)
> > > >>>>
> > > >>>> 0x00000038: DW_TAG_lexical_block
> > > >>>> DW_AT_low_pc ( indexed (00000002) address = <no
> > > >>>> .debug_addr section>)
> > > >>>> DW_AT_high_pc (0x0000000c)
> > > >>>>
> > > >>>> 0x0000003e: DW_TAG_imported_module
> > > >>>> DW_AT_decl_file (0x01)
> > > >>>> DW_AT_decl_line (9)
> > > >>>> DW_AT_import (cu + 0x0019)
> > > >>>>
> > > >>>> 0x00000045: NULL
> > > >>>> =====
> > > >>>>
> > > >>>> I found this because some of the tests in the lldb test suite
> started
> > > >>>> failing after this patch, but unfortunately I don't have a good
> bot I
> > > >>>> could point you at this point.
> > > >>>>
> > > >>>> Could you please check this out?
> > > >>>>
> > > >>>> thanks,
> > > >>>> pavel
> > > >>>>
> > > >>>>
> > > >>>>
> > > >>>> On Mon, 17 Dec 2018 at 22:14, David Blaikie via llvm-commits
> > > >>>> <llvm-commits at lists.llvm.org> wrote:
> > > >>>> >
> > > >>>> > Fixed in r349395
> > > >>>> >
> > > >>>> > On Mon, Dec 17, 2018 at 1:11 PM David Blaikie <
> dblaikie at gmail.com> wrote:
> > > >>>> >>
> > > >>>> >> Thanks Galina - looking into it!
> > > >>>> >>
> > > >>>> >> On Mon, Dec 17, 2018 at 12:43 PM Galina Kistanova <
> gkistanova at gmail.com> wrote:
> > > >>>> >>>
> > > >>>> >>> Hello David,
> > > >>>> >>>
> > > >>>> >>> It looks like this commit broke test to couple lto builders:
> > > >>>> >>> The builders were already broken on build step and did not
> reach test steps. And did not send notifications also on this.
> > > >>>> >>>
> > > >>>> >>> http://lab.llvm.org:8011/builders/clang-with-lto-ubuntu
> > > >>>> >>> http://lab.llvm.org:8011/builders/clang-with-thin-lto-ubuntu
> > > >>>> >>> . . .
> > > >>>> >>> Failing Tests (1):
> > > >>>> >>> LLVM :: tools/gold/X86/split-dwarf.ll
> > > >>>> >>>
> > > >>>> >>> Please have a look?
> > > >>>> >>>
> > > >>>> >>> Thanks
> > > >>>> >>>
> > > >>>> >>>
> > > >>>> >>> Galina
> > > >>>> >>>
> > > >>>> >>> On Fri, Dec 14, 2018 at 2:47 PM David Blaikie via
> llvm-commits <llvm-commits at lists.llvm.org> wrote:
> > > >>>> >>>>
> > > >>>> >>>> Author: dblaikie
> > > >>>> >>>> Date: Fri Dec 14 14:44:46 2018
> > > >>>> >>>> New Revision: 349207
> > > >>>> >>>>
> > > >>>> >>>> URL: http://llvm.org/viewvc/llvm-project?rev=349207&view=rev
> > > >>>> >>>> Log:
> > > >>>> >>>> DebugInfo: Avoid using split DWARF when the split unit would
> be empty.
> > > >>>> >>>>
> > > >>>> >>>> In ThinLTO many split CUs may be effectively empty because
> of the lack
> > > >>>> >>>> of support for cross-unit references in split DWARF.
> > > >>>> >>>>
> > > >>>> >>>> Using a split unit in those cases is just a waste/overhead -
> and turned
> > > >>>> >>>> out to be one contributor to a significant symbolizer
> performance issue
> > > >>>> >>>> when global variable debug info was being imported (see
> r348416 for the
> > > >>>> >>>> primary fix) due to symbolizers seeing CUs with no ranges,
> assuming
> > > >>>> >>>> there might still be addresses covered and walking into the
> split CU to
> > > >>>> >>>> see if there are any ranges (when that split CU was in a DWP
> file, that
> > > >>>> >>>> meant loading the DWP and its index, the index was extra
> large because
> > > >>>> >>>> of all these fractured/empty CUs... and so was very
> expensive to load).
> > > >>>> >>>>
> > > >>>> >>>> (the 3rd fix which will follow, is to assume that a CU with
> no ranges is
> > > >>>> >>>> empty rather than merely missing its CU level range data -
> and to not
> > > >>>> >>>> walk into its DIEs (split or otherwise) in search of address
> information
> > > >>>> >>>> that is generally not present)
> > > >>>> >>>>
> > > >>>> >>>> Modified:
> > > >>>> >>>> llvm/trunk/lib/CodeGen/AsmPrinter/DwarfDebug.cpp
> > > >>>> >>>> llvm/trunk/lib/CodeGen/AsmPrinter/DwarfDebug.h
> > > >>>> >>>> llvm/trunk/lib/CodeGen/AsmPrinter/DwarfFile.cpp
> > > >>>> >>>> llvm/trunk/test/DebugInfo/X86/fission-cu.ll
> > > >>>> >>>> llvm/trunk/test/DebugInfo/X86/fission-ranges.ll
> > > >>>> >>>>
> llvm/trunk/test/DebugInfo/X86/string-offsets-table-order.ll
> > > >>>> >>>> llvm/trunk/test/DebugInfo/X86/string-offsets-table.ll
> > > >>>> >>>>
> > > >>>> >>>> Modified: llvm/trunk/lib/CodeGen/AsmPrinter/DwarfDebug.cpp
> > > >>>> >>>> URL:
> http://llvm.org/viewvc/llvm-project/llvm/trunk/lib/CodeGen/AsmPrinter/DwarfDebug.cpp?rev=349207&r1=349206&r2=349207&view=diff
> > > >>>> >>>>
> ==============================================================================
> > > >>>> >>>> --- llvm/trunk/lib/CodeGen/AsmPrinter/DwarfDebug.cpp
> (original)
> > > >>>> >>>> +++ llvm/trunk/lib/CodeGen/AsmPrinter/DwarfDebug.cpp Fri Dec
> 14 14:44:46 2018
> > > >>>> >>>> @@ -568,25 +568,10 @@ void
> DwarfDebug::addGnuPubAttributes(Dwa
> > > >>>> >>>> U.addFlag(D, dwarf::DW_AT_GNU_pubnames);
> > > >>>> >>>> }
> > > >>>> >>>>
> > > >>>> >>>> -// Create new DwarfCompileUnit for the given metadata node
> with tag
> > > >>>> >>>> -// DW_TAG_compile_unit.
> > > >>>> >>>> -DwarfCompileUnit &
> > > >>>> >>>> -DwarfDebug::getOrCreateDwarfCompileUnit(const DICompileUnit
> *DIUnit) {
> > > >>>> >>>> - if (auto *CU = CUMap.lookup(DIUnit))
> > > >>>> >>>> - return *CU;
> > > >>>> >>>> - StringRef FN = DIUnit->getFilename();
> > > >>>> >>>> - CompilationDir = DIUnit->getDirectory();
> > > >>>> >>>> -
> > > >>>> >>>> - auto OwnedUnit = llvm::make_unique<DwarfCompileUnit>(
> > > >>>> >>>> - InfoHolder.getUnits().size(), DIUnit, Asm, this,
> &InfoHolder);
> > > >>>> >>>> - DwarfCompileUnit &NewCU = *OwnedUnit;
> > > >>>> >>>> +void DwarfDebug::finishUnitAttributes(const DICompileUnit
> *DIUnit,
> > > >>>> >>>> + DwarfCompileUnit
> &NewCU) {
> > > >>>> >>>> DIE &Die = NewCU.getUnitDie();
> > > >>>> >>>> - InfoHolder.addUnit(std::move(OwnedUnit));
> > > >>>> >>>> - if (useSplitDwarf()) {
> > > >>>> >>>> - NewCU.setSkeleton(constructSkeletonCU(NewCU));
> > > >>>> >>>> - NewCU.addString(Die, dwarf::DW_AT_GNU_dwo_name,
> > > >>>> >>>> - Asm->TM.Options.MCOptions.SplitDwarfFile);
> > > >>>> >>>> - }
> > > >>>> >>>> + StringRef FN = DIUnit->getFilename();
> > > >>>> >>>>
> > > >>>> >>>> for (auto *IE : DIUnit->getImportedEntities())
> > > >>>> >>>> NewCU.addImportedEntity(IE);
> > > >>>> >>>> @@ -640,11 +625,6 @@ DwarfDebug::getOrCreateDwarfCompileUnit(
> > > >>>> >>>> dwarf::DW_FORM_data1, RVer);
> > > >>>> >>>> }
> > > >>>> >>>>
> > > >>>> >>>> - if (useSplitDwarf())
> > > >>>> >>>> -
> NewCU.setSection(Asm->getObjFileLowering().getDwarfInfoDWOSection());
> > > >>>> >>>> - else
> > > >>>> >>>> -
> NewCU.setSection(Asm->getObjFileLowering().getDwarfInfoSection());
> > > >>>> >>>> -
> > > >>>> >>>> if (DIUnit->getDWOId()) {
> > > >>>> >>>> // This CU is either a clang module DWO or a skeleton
> CU.
> > > >>>> >>>> NewCU.addUInt(Die, dwarf::DW_AT_GNU_dwo_id,
> dwarf::DW_FORM_data8,
> > > >>>> >>>> @@ -654,9 +634,31 @@ DwarfDebug::getOrCreateDwarfCompileUnit(
> > > >>>> >>>> NewCU.addString(Die, dwarf::DW_AT_GNU_dwo_name,
> > > >>>> >>>> DIUnit->getSplitDebugFilename());
> > > >>>> >>>> }
> > > >>>> >>>> +}
> > > >>>> >>>> +// Create new DwarfCompileUnit for the given metadata node
> with tag
> > > >>>> >>>> +// DW_TAG_compile_unit.
> > > >>>> >>>> +DwarfCompileUnit &
> > > >>>> >>>> +DwarfDebug::getOrCreateDwarfCompileUnit(const DICompileUnit
> *DIUnit) {
> > > >>>> >>>> + if (auto *CU = CUMap.lookup(DIUnit))
> > > >>>> >>>> + return *CU;
> > > >>>> >>>> +
> > > >>>> >>>> + CompilationDir = DIUnit->getDirectory();
> > > >>>> >>>> +
> > > >>>> >>>> + auto OwnedUnit = llvm::make_unique<DwarfCompileUnit>(
> > > >>>> >>>> + InfoHolder.getUnits().size(), DIUnit, Asm, this,
> &InfoHolder);
> > > >>>> >>>> + DwarfCompileUnit &NewCU = *OwnedUnit;
> > > >>>> >>>> + InfoHolder.addUnit(std::move(OwnedUnit));
> > > >>>> >>>> +
> > > >>>> >>>> + if (useSplitDwarf()) {
> > > >>>> >>>> + NewCU.setSkeleton(constructSkeletonCU(NewCU));
> > > >>>> >>>> +
> NewCU.setSection(Asm->getObjFileLowering().getDwarfInfoDWOSection());
> > > >>>> >>>> + } else {
> > > >>>> >>>> + finishUnitAttributes(DIUnit, NewCU);
> > > >>>> >>>> +
> NewCU.setSection(Asm->getObjFileLowering().getDwarfInfoSection());
> > > >>>> >>>> + }
> > > >>>> >>>>
> > > >>>> >>>> CUMap.insert({DIUnit, &NewCU});
> > > >>>> >>>> - CUDieMap.insert({&Die, &NewCU});
> > > >>>> >>>> + CUDieMap.insert({&NewCU.getUnitDie(), &NewCU});
> > > >>>> >>>> return NewCU;
> > > >>>> >>>> }
> > > >>>> >>>>
> > > >>>> >>>> @@ -851,7 +853,12 @@ void DwarfDebug::finalizeModuleInfo() {
> > > >>>> >>>> // If we're splitting the dwarf out now that we've got
> the entire
> > > >>>> >>>> // CU then add the dwo id to it.
> > > >>>> >>>> auto *SkCU = TheCU.getSkeleton();
> > > >>>> >>>> - if (useSplitDwarf()) {
> > > >>>> >>>> + if (useSplitDwarf() &&
> !empty(TheCU.getUnitDie().children())) {
> > > >>>> >>>> + finishUnitAttributes(TheCU.getCUNode(), TheCU);
> > > >>>> >>>> + TheCU.addString(TheCU.getUnitDie(),
> dwarf::DW_AT_GNU_dwo_name,
> > > >>>> >>>> +
> Asm->TM.Options.MCOptions.SplitDwarfFile);
> > > >>>> >>>> + SkCU->addString(SkCU->getUnitDie(),
> dwarf::DW_AT_GNU_dwo_name,
> > > >>>> >>>> +
> Asm->TM.Options.MCOptions.SplitDwarfFile);
> > > >>>> >>>> // Emit a unique identifier for this CU.
> > > >>>> >>>> uint64_t ID =
> > > >>>> >>>> DIEHash(Asm).computeCUSignature(DWOName,
> TheCU.getUnitDie());
> > > >>>> >>>> @@ -870,6 +877,8 @@ void DwarfDebug::finalizeModuleInfo() {
> > > >>>> >>>> SkCU->addSectionLabel(SkCU->getUnitDie(),
> dwarf::DW_AT_GNU_ranges_base,
> > > >>>> >>>> Sym, Sym);
> > > >>>> >>>> }
> > > >>>> >>>> + } else if (SkCU) {
> > > >>>> >>>> + finishUnitAttributes(SkCU->getCUNode(), *SkCU);
> > > >>>> >>>> }
> > > >>>> >>>>
> > > >>>> >>>> // If we have code split among multiple sections or
> non-contiguous
> > > >>>> >>>> @@ -882,7 +891,9 @@ void DwarfDebug::finalizeModuleInfo() {
> > > >>>> >>>>
> > > >>>> >>>> // We don't keep track of which addresses are used in
> which CU so this
> > > >>>> >>>> // is a bit pessimistic under LTO.
> > > >>>> >>>> - if (!AddrPool.isEmpty())
> > > >>>> >>>> + if (!AddrPool.isEmpty() &&
> > > >>>> >>>> + (getDwarfVersion() >= 5 ||
> > > >>>> >>>> + (SkCU && !empty(TheCU.getUnitDie().children()))))
> > > >>>> >>>> U.addAddrTableBase();
> > > >>>> >>>>
> > > >>>> >>>> if (unsigned NumRanges = TheCU.getRanges().size()) {
> > > >>>> >>>> @@ -2483,8 +2494,6 @@ void DwarfDebug::emitDebugMacinfo() {
> > > >>>> >>>>
> > > >>>> >>>> void DwarfDebug::initSkeletonUnit(const DwarfUnit &U, DIE
> &Die,
> > > >>>> >>>>
> std::unique_ptr<DwarfCompileUnit> NewU) {
> > > >>>> >>>> - NewU->addString(Die, dwarf::DW_AT_GNU_dwo_name,
> > > >>>> >>>> - Asm->TM.Options.MCOptions.SplitDwarfFile);
> > > >>>> >>>>
> > > >>>> >>>> if (!CompilationDir.empty())
> > > >>>> >>>> NewU->addString(Die, dwarf::DW_AT_comp_dir,
> CompilationDir);
> > > >>>> >>>>
> > > >>>> >>>> Modified: llvm/trunk/lib/CodeGen/AsmPrinter/DwarfDebug.h
> > > >>>> >>>> URL:
> http://llvm.org/viewvc/llvm-project/llvm/trunk/lib/CodeGen/AsmPrinter/DwarfDebug.h?rev=349207&r1=349206&r2=349207&view=diff
> > > >>>> >>>>
> ==============================================================================
> > > >>>> >>>> --- llvm/trunk/lib/CodeGen/AsmPrinter/DwarfDebug.h (original)
> > > >>>> >>>> +++ llvm/trunk/lib/CodeGen/AsmPrinter/DwarfDebug.h Fri Dec
> 14 14:44:46 2018
> > > >>>> >>>> @@ -540,6 +540,8 @@ class DwarfDebug : public DebugHandlerBa
> > > >>>> >>>> /// Create new DwarfCompileUnit for the given metadata
> node with tag
> > > >>>> >>>> /// DW_TAG_compile_unit.
> > > >>>> >>>> DwarfCompileUnit &getOrCreateDwarfCompileUnit(const
> DICompileUnit *DIUnit);
> > > >>>> >>>> + void finishUnitAttributes(const DICompileUnit *DIUnit,
> > > >>>> >>>> + DwarfCompileUnit &NewCU);
> > > >>>> >>>>
> > > >>>> >>>> /// Construct imported_module or imported_declaration DIE.
> > > >>>> >>>> void constructAndAddImportedEntityDIE(DwarfCompileUnit
> &TheCU,
> > > >>>> >>>>
> > > >>>> >>>> Modified: llvm/trunk/lib/CodeGen/AsmPrinter/DwarfFile.cpp
> > > >>>> >>>> URL:
> http://llvm.org/viewvc/llvm-project/llvm/trunk/lib/CodeGen/AsmPrinter/DwarfFile.cpp?rev=349207&r1=349206&r2=349207&view=diff
> > > >>>> >>>>
> ==============================================================================
> > > >>>> >>>> --- llvm/trunk/lib/CodeGen/AsmPrinter/DwarfFile.cpp
> (original)
> > > >>>> >>>> +++ llvm/trunk/lib/CodeGen/AsmPrinter/DwarfFile.cpp Fri Dec
> 14 14:44:46 2018
> > > >>>> >>>> @@ -39,13 +39,14 @@ void DwarfFile::emitUnit(DwarfUnit *TheU
> > > >>>> >>>> if (TheU->getCUNode()->isDebugDirectivesOnly())
> > > >>>> >>>> return;
> > > >>>> >>>>
> > > >>>> >>>> - DIE &Die = TheU->getUnitDie();
> > > >>>> >>>> - MCSection *USection = TheU->getSection();
> > > >>>> >>>> - Asm->OutStreamer->SwitchSection(USection);
> > > >>>> >>>> + MCSection *S = TheU->getSection();
> > > >>>> >>>>
> > > >>>> >>>> - TheU->emitHeader(UseOffsets);
> > > >>>> >>>> + if (!S)
> > > >>>> >>>> + return;
> > > >>>> >>>>
> > > >>>> >>>> - Asm->emitDwarfDIE(Die);
> > > >>>> >>>> + Asm->OutStreamer->SwitchSection(S);
> > > >>>> >>>> + TheU->emitHeader(UseOffsets);
> > > >>>> >>>> + Asm->emitDwarfDIE(TheU->getUnitDie());
> > > >>>> >>>> }
> > > >>>> >>>>
> > > >>>> >>>> // Compute the size and offset for each DIE.
> > > >>>> >>>>
> > > >>>> >>>> Modified: llvm/trunk/test/DebugInfo/X86/fission-cu.ll
> > > >>>> >>>> URL:
> http://llvm.org/viewvc/llvm-project/llvm/trunk/test/DebugInfo/X86/fission-cu.ll?rev=349207&r1=349206&r2=349207&view=diff
> > > >>>> >>>>
> ==============================================================================
> > > >>>> >>>> --- llvm/trunk/test/DebugInfo/X86/fission-cu.ll (original)
> > > >>>> >>>> +++ llvm/trunk/test/DebugInfo/X86/fission-cu.ll Fri Dec 14
> 14:44:46 2018
> > > >>>> >>>> @@ -25,18 +25,18 @@ source_filename = "test/DebugInfo/X86/fi
> > > >>>> >>>> ; CHECK: Abbrev table for offset: 0x00000000
> > > >>>> >>>> ; CHECK: [1] DW_TAG_compile_unit DW_CHILDREN_no
> > > >>>> >>>> ; CHECK: DW_AT_stmt_list DW_FORM_sec_offset
> > > >>>> >>>> -; CHECK: DW_AT_GNU_dwo_name DW_FORM_strp
> > > >>>> >>>> ; CHECK: DW_AT_comp_dir DW_FORM_strp
> > > >>>> >>>> +; CHECK: DW_AT_GNU_dwo_name DW_FORM_strp
> > > >>>> >>>> ; CHECK: DW_AT_GNU_dwo_id DW_FORM_data8
> > > >>>> >>>>
> > > >>>> >>>> ; Check that we're using the right forms.
> > > >>>> >>>> ; CHECK: .debug_abbrev.dwo contents:
> > > >>>> >>>> ; CHECK: Abbrev table for offset: 0x00000000
> > > >>>> >>>> ; CHECK: [1] DW_TAG_compile_unit DW_CHILDREN_yes
> > > >>>> >>>> -; CHECK: DW_AT_GNU_dwo_name DW_FORM_GNU_str_index
> > > >>>> >>>> ; CHECK: DW_AT_producer DW_FORM_GNU_str_index
> > > >>>> >>>> ; CHECK: DW_AT_language DW_FORM_data2
> > > >>>> >>>> ; CHECK: DW_AT_name DW_FORM_GNU_str_index
> > > >>>> >>>> +; CHECK: DW_AT_GNU_dwo_name DW_FORM_GNU_str_index
> > > >>>> >>>> ; CHECK-NOT: DW_AT_low_pc
> > > >>>> >>>> ; CHECK-NOT: DW_AT_stmt_list
> > > >>>> >>>> ; CHECK-NOT: DW_AT_comp_dir
> > > >>>> >>>> @@ -58,48 +58,48 @@ source_filename = "test/DebugInfo/X86/fi
> > > >>>> >>>> ; CHECK: .debug_info contents:
> > > >>>> >>>> ; CHECK: DW_TAG_compile_unit
> > > >>>> >>>> ; CHECK-NEXT: DW_AT_stmt_list [DW_FORM_sec_offset]
> (0x00000000)
> > > >>>> >>>> -; CHECK-NEXT: DW_AT_GNU_dwo_name [DW_FORM_strp] (
> .debug_str[0x00000000] = "baz.dwo")
> > > >>>> >>>> -; CHECK-NEXT: DW_AT_comp_dir [DW_FORM_strp] (
> .debug_str[0x00000008] = "/usr/local/google/home/echristo/tmp")
> > > >>>> >>>> +; CHECK-NEXT: DW_AT_comp_dir [DW_FORM_strp] (
> .debug_str[0x00000000] = "/usr/local/google/home/echristo/tmp")
> > > >>>> >>>> +; CHECK-NEXT: DW_AT_GNU_dwo_name [DW_FORM_strp] (
> .debug_str[0x00000024] = "baz.dwo")
> > > >>>> >>>> ; CHECK-NEXT: DW_AT_GNU_dwo_id [DW_FORM_data8]
> (0x1f1f859683d49324)
> > > >>>> >>>>
> > > >>>> >>>> ; Check that the rest of the compile units have information.
> > > >>>> >>>> ; CHECK: .debug_info.dwo contents:
> > > >>>> >>>> ; CHECK: DW_TAG_compile_unit
> > > >>>> >>>> -; CHECK: DW_AT_GNU_dwo_name [DW_FORM_GNU_str_index] (
> indexed (00000000) string = "baz.dwo")
> > > >>>> >>>> -; CHECK: DW_AT_producer [DW_FORM_GNU_str_index] ( indexed
> (00000001) string = "clang version 3.3 (trunk 169021) (llvm/trunk 169020)")
> > > >>>> >>>> +; CHECK: DW_AT_producer [DW_FORM_GNU_str_index] ( indexed
> (00000002) string = "clang version 3.3 (trunk 169021) (llvm/trunk 169020)")
> > > >>>> >>>> ; CHECK: DW_AT_language [DW_FORM_data2] (DW_LANG_C99)
> > > >>>> >>>> -; CHECK: DW_AT_name [DW_FORM_GNU_str_index] ( indexed
> (00000002) string = "baz.c")
> > > >>>> >>>> +; CHECK: DW_AT_name [DW_FORM_GNU_str_index] ( indexed
> (00000003) string = "baz.c")
> > > >>>> >>>> +; CHECK: DW_AT_GNU_dwo_name [DW_FORM_GNU_str_index] (
> indexed (00000004) string = "baz.dwo")
> > > >>>> >>>> ; CHECK-NOT: DW_AT_low_pc
> > > >>>> >>>> ; CHECK-NOT: DW_AT_stmt_list
> > > >>>> >>>> ; CHECK-NOT: DW_AT_comp_dir
> > > >>>> >>>> ; CHECK: DW_AT_GNU_dwo_id [DW_FORM_data8]
> (0x1f1f859683d49324)
> > > >>>> >>>> ; CHECK: DW_TAG_variable
> > > >>>> >>>> -; CHECK: DW_AT_name [DW_FORM_GNU_str_index] ( indexed
> (00000003) string = "a")
> > > >>>> >>>> +; CHECK: DW_AT_name [DW_FORM_GNU_str_index] ( indexed
> (00000000) string = "a")
> > > >>>> >>>> ; CHECK: DW_AT_type [DW_FORM_ref4] (cu +
> 0x{{[0-9a-f]*}} => {[[TYPE:0x[0-9a-f]*]]}
> > > >>>> >>>> ; CHECK: DW_AT_external [DW_FORM_flag_present] (true)
> > > >>>> >>>> ; CHECK: DW_AT_decl_file [DW_FORM_data1] (0x01)
> > > >>>> >>>> ; CHECK: DW_AT_decl_line [DW_FORM_data1] (1)
> > > >>>> >>>> ; CHECK: DW_AT_location [DW_FORM_exprloc]
> (DW_OP_GNU_addr_index 0x0)
> > > >>>> >>>> ; CHECK: [[TYPE]]: DW_TAG_base_type
> > > >>>> >>>> -; CHECK: DW_AT_name [DW_FORM_GNU_str_index] ( indexed
> (00000004) string = "int")
> > > >>>> >>>> +; CHECK: DW_AT_name [DW_FORM_GNU_str_index] ( indexed
> (00000001) string = "int")
> > > >>>> >>>>
> > > >>>> >>>> ; CHECK: .debug_str contents:
> > > >>>> >>>> -; CHECK: 0x00000000: "baz.dwo"
> > > >>>> >>>> -; CHECK: 0x00000008: "/usr/local/google/home/echristo/tmp"
> > > >>>> >>>> +; CHECK: 0x00000000: "/usr/local/google/home/echristo/tmp"
> > > >>>> >>>> +; CHECK: 0x00000024: "baz.dwo"
> > > >>>> >>>>
> > > >>>> >>>> ; CHECK: .debug_str.dwo contents:
> > > >>>> >>>> -; CHECK: 0x00000000: "baz.dwo"
> > > >>>> >>>> -; CHECK: 0x00000008: "clang version 3.3 (trunk 169021)
> (llvm/trunk 169020)"
> > > >>>> >>>> -; CHECK: 0x0000003d: "baz.c"
> > > >>>> >>>> -; CHECK: 0x00000043: "a"
> > > >>>> >>>> -; CHECK: 0x00000045: "int"
> > > >>>> >>>> +; CHECK: 0x00000000: "a"
> > > >>>> >>>> +; CHECK: 0x00000002: "int"
> > > >>>> >>>> +; CHECK: 0x00000006: "clang version 3.3 (trunk 169021)
> (llvm/trunk 169020)"
> > > >>>> >>>> +; CHECK: 0x0000003b: "baz.c"
> > > >>>> >>>> +; CHECK: 0x00000041: "baz.dwo"
> > > >>>> >>>>
> > > >>>> >>>> ; CHECK: .debug_str_offsets.dwo contents:
> > > >>>> >>>> ; CHECK: 0x00000000: 00000000
> > > >>>> >>>> -; CHECK: 0x00000004: 00000008
> > > >>>> >>>> -; CHECK: 0x00000008: 0000003d
> > > >>>> >>>> -; CHECK: 0x0000000c: 00000043
> > > >>>> >>>> -; CHECK: 0x00000010: 00000045
> > > >>>> >>>> +; CHECK: 0x00000004: 00000002
> > > >>>> >>>> +; CHECK: 0x00000008: 00000006
> > > >>>> >>>> +; CHECK: 0x0000000c: 0000003b
> > > >>>> >>>> +; CHECK: 0x00000010: 00000041
> > > >>>> >>>>
> > > >>>> >>>> ; Object file checks
> > > >>>> >>>> ; For x86-64-linux we should have this set of relocations
> for the debug info section
> > > >>>> >>>>
> > > >>>> >>>> Modified: llvm/trunk/test/DebugInfo/X86/fission-ranges.ll
> > > >>>> >>>> URL:
> http://llvm.org/viewvc/llvm-project/llvm/trunk/test/DebugInfo/X86/fission-ranges.ll?rev=349207&r1=349206&r2=349207&view=diff
> > > >>>> >>>>
> ==============================================================================
> > > >>>> >>>> --- llvm/trunk/test/DebugInfo/X86/fission-ranges.ll
> (original)
> > > >>>> >>>> +++ llvm/trunk/test/DebugInfo/X86/fission-ranges.ll Fri Dec
> 14 14:44:46 2018
> > > >>>> >>>> @@ -8,8 +8,8 @@
> > > >>>> >>>> ; CHECK: .debug_info contents:
> > > >>>> >>>> ; CHECK: DW_TAG_compile_unit
> > > >>>> >>>> ; CHECK-NEXT: DW_AT_stmt_list
> > > >>>> >>>> -; CHECK-NEXT: DW_AT_GNU_dwo_name
> > > >>>> >>>> ; CHECK-NEXT: DW_AT_comp_dir
> > > >>>> >>>> +; CHECK-NEXT: DW_AT_GNU_dwo_name
> > > >>>> >>>> ; CHECK-NEXT: DW_AT_GNU_dwo_id
> > > >>>> >>>> ; CHECK-NEXT: DW_AT_GNU_ranges_base
> > > >>>> >>>> ; CHECK-NEXT: DW_AT_GNU_addr_base [DW_FORM_sec_offset]
> (0x00000000)
> > > >>>> >>>>
> > > >>>> >>>> Modified:
> llvm/trunk/test/DebugInfo/X86/string-offsets-table-order.ll
> > > >>>> >>>> URL:
> http://llvm.org/viewvc/llvm-project/llvm/trunk/test/DebugInfo/X86/string-offsets-table-order.ll?rev=349207&r1=349206&r2=349207&view=diff
> > > >>>> >>>>
> ==============================================================================
> > > >>>> >>>> ---
> llvm/trunk/test/DebugInfo/X86/string-offsets-table-order.ll (original)
> > > >>>> >>>> +++
> llvm/trunk/test/DebugInfo/X86/string-offsets-table-order.ll Fri Dec 14
> 14:44:46 2018
> > > >>>> >>>> @@ -13,11 +13,11 @@
> > > >>>> >>>>
> > > >>>> >>>> ; CHECK: .debug_info contents:
> > > >>>> >>>> ; CHECK: DW_TAG_compile_unit
> > > >>>> >>>> -; CHECK: DW_AT_comp_dir [DW_FORM_strx1] ( indexed
> (00000001) string = "X3")
> > > >>>> >>>> +; CHECK: DW_AT_comp_dir [DW_FORM_strx1] ( indexed
> (00000000) string = "X3")
> > > >>>> >>>> ; CHECK: DW_TAG_compile_unit
> > > >>>> >>>> -; CHECK: DW_AT_comp_dir [DW_FORM_strx1] ( indexed
> (00000002) string = "X2")
> > > >>>> >>>> +; CHECK: DW_AT_comp_dir [DW_FORM_strx1] ( indexed
> (00000001) string = "X2")
> > > >>>> >>>> ; CHECK: DW_TAG_compile_unit
> > > >>>> >>>> -; CHECK: DW_AT_comp_dir [DW_FORM_strx1] ( indexed
> (00000003) string = "X1")
> > > >>>> >>>> +; CHECK: DW_AT_comp_dir [DW_FORM_strx1] ( indexed
> (00000002) string = "X1")
> > > >>>> >>>> ; CHECK: .debug_info.dwo contents:
> > > >>>> >>>>
> > > >>>> >>>> ; CHECK: .debug_str contents:
> > > >>>> >>>> @@ -27,10 +27,10 @@
> > > >>>> >>>>
> > > >>>> >>>> ; CHECK: .debug_str_offsets contents:
> > > >>>> >>>> ; CHECK: Format = DWARF32, Version = 5
> > > >>>> >>>> -; CHECK-NEXT: 00000000 "foo.dwo"
> > > >>>> >>>> ; CHECK-NEXT: [[X3]] "X3"
> > > >>>> >>>> ; CHECK-NEXT: [[X2]] "X2"
> > > >>>> >>>> ; CHECK-NEXT: [[X1]] "X1"
> > > >>>> >>>> +; CHECK-NEXT: "foo.dwo"
> > > >>>> >>>> ; CHECK-EMPTY:
> > > >>>> >>>>
> > > >>>> >>>>
> > > >>>> >>>>
> > > >>>> >>>> Modified:
> llvm/trunk/test/DebugInfo/X86/string-offsets-table.ll
> > > >>>> >>>> URL:
> http://llvm.org/viewvc/llvm-project/llvm/trunk/test/DebugInfo/X86/string-offsets-table.ll?rev=349207&r1=349206&r2=349207&view=diff
> > > >>>> >>>>
> ==============================================================================
> > > >>>> >>>> --- llvm/trunk/test/DebugInfo/X86/string-offsets-table.ll
> (original)
> > > >>>> >>>> +++ llvm/trunk/test/DebugInfo/X86/string-offsets-table.ll
> Fri Dec 14 14:44:46 2018
> > > >>>> >>>> @@ -59,8 +59,8 @@
> > > >>>> >>>> ; SPLIT: DW_TAG_compile_unit
> > > >>>> >>>> ; SPLIT-NOT: {{DW_TAG|contents:}}
> > > >>>> >>>> ; SPLIT: DW_AT_str_offsets_base [DW_FORM_sec_offset]
> (0x00000008)
> > > >>>> >>>> -; SPLIT: DW_AT_GNU_dwo_name [DW_FORM_strx1] ( indexed
> (00000000) string = "foo.dwo")
> > > >>>> >>>> -; SPLIT: DW_AT_comp_dir [DW_FORM_strx1] ( indexed
> (00000001) string = "/home/test")
> > > >>>> >>>> +; SPLIT: DW_AT_comp_dir [DW_FORM_strx1] ( indexed
> (00000000) string = "/home/test")
> > > >>>> >>>> +; SPLIT: DW_AT_GNU_dwo_name [DW_FORM_strx1] ( indexed
> (00000001) string = "foo.dwo")
> > > >>>> >>>>
> > > >>>> >>>> ; Check for the split CU in .debug_info.dwo.
> > > >>>> >>>> ; SPLIT: .debug_info.dwo contents:
> > > >>>> >>>> @@ -73,18 +73,18 @@
> > > >>>> >>>> ; SPLIT-NOT: contents:
> > > >>>> >>>> ; SPLIT: DW_TAG_enumerator
> > > >>>> >>>> ; SPLIT-NOT: {{DW_TAG|NULL}}
> > > >>>> >>>> -; SPLIT: DW_AT_name [DW_FORM_strx1] ( indexed
> (00000004) string = "a")
> > > >>>> >>>> +; SPLIT: DW_AT_name [DW_FORM_strx1] ( indexed
> (00000001) string = "a")
> > > >>>> >>>> ; SPLIT-NOT: contents:
> > > >>>> >>>> ; SPLIT: DW_TAG_enumerator
> > > >>>> >>>> ; SPLIT-NOT: {{DW_TAG|NULL}}
> > > >>>> >>>> -; SPLIT: DW_AT_name [DW_FORM_strx1] ( indexed
> (00000005) string = "b")
> > > >>>> >>>> +; SPLIT: DW_AT_name [DW_FORM_strx1] ( indexed
> (00000002) string = "b")
> > > >>>> >>>> ;
> > > >>>> >>>> ; Extract the string offsets referenced in the main file by
> the skeleton unit.
> > > >>>> >>>> ; SPLIT: .debug_str contents:
> > > >>>> >>>> -; SPLIT-NEXT: 0x00000000: "foo.dwo"
> > > >>>> >>>> -; SPLIT-NEXT: 0x[[STRING2SPLIT:[0-9a-f]*]]: "/home/test"
> > > >>>> >>>> -; SPLIT-NEXT: 0x[[STRING3SPLIT:[0-9a-f]*]]: "E"
> > > >>>> >>>> -; SPLIT-NEXT: 0x[[STRING4SPLIT:[0-9a-f]*]]: "glob"
> > > >>>> >>>> +; SPLIT-NEXT: 0x[[STRHOMETESTSPLIT:[0-9a-f]*]]: "/home/test"
> > > >>>> >>>> +; SPLIT-NEXT: 0x[[STRESPLIT:[0-9a-f]*]]: "E"
> > > >>>> >>>> +; SPLIT-NEXT: 0x[[STRGLOBSPLIT:[0-9a-f]*]]: "glob"
> > > >>>> >>>> +; SPLIT-NEXT: 0x[[STRFOODWOSPLIT:[0-9a-f]*]]: "foo.dwo"
> > > >>>> >>>> ;
> > > >>>> >>>> ; Extract the string offsets referenced in the .dwo file by
> the split unit.
> > > >>>> >>>> ; SPLIT: .debug_str.dwo contents:
> > > >>>> >>>> @@ -98,8 +98,8 @@
> > > >>>> >>>> ; referenced by the debug info.
> > > >>>> >>>> ; SPLIT: .debug_str_offsets contents:
> > > >>>> >>>> ; SPLIT-NEXT: 0x00000000: Contribution size = 12, Format =
> DWARF32, Version = 5
> > > >>>> >>>> -; SPLIT-NEXT: 0x00000008: 00000000 "foo.dwo"
> > > >>>> >>>> -; SPLIT-NEXT: 0x0000000c: [[STRING2SPLIT]] "/home/test"
> > > >>>> >>>> +; SPLIT-NEXT: 0x00000008: [[STRHOMETESTSPLIT]] "/home/test"
> > > >>>> >>>> +; SPLIT-NEXT: 0x0000000c: [[STRFOODWOSPLIT]] "foo.dwo"
> > > >>>> >>>> ; SPLIT-EMPTY:
> > > >>>> >>>>
> > > >>>> >>>> ; SPLIT: .debug_str_offsets.dwo contents:
> > > >>>> >>>>
> > > >>>> >>>>
> > > >>>> >>>> _______________________________________________
> > > >>>> >>>> llvm-commits mailing list
> > > >>>> >>>> llvm-commits at lists.llvm.org
> > > >>>> >>>> http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-commits
> > > >>>> >
> > > >>>> > _______________________________________________
> > > >>>> > llvm-commits mailing list
> > > >>>> > llvm-commits at lists.llvm.org
> > > >>>> > http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-commits
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-commits/attachments/20181221/efa9f8cc/attachment.html>
More information about the llvm-commits
mailing list