[all-commits] [llvm/llvm-project] 1d13b7: [DWARFLinker] Emit .debug_names entries for type-u...

[Jonas Devlieghere via All-commits]

  Branch: refs/heads/main
  Home:   https://github.com/llvm/llvm-project
  Commit: 1d13b74cf086629d5cdae5f44ef4a62cebcaf3ff
      https://github.com/llvm/llvm-project/commit/1d13b74cf086629d5cdae5f44ef4a62cebcaf3ff
  Author: Jonas Devlieghere <jonas at devlieghere.com>
  Date:   2026-06-04 (Thu, 04 Jun 2026)

  Changed paths:
    M llvm/lib/DWARFLinker/Parallel/AcceleratorRecordsSaver.cpp
    M llvm/lib/DWARFLinker/Parallel/AcceleratorRecordsSaver.h
    A llvm/test/tools/dsymutil/X86/DWARFLinkerParallel/debug-names-static-member-decl.test

  Log Message:
  -----------
  [DWARFLinker] Emit .debug_names entries for type-unit DIEs in parallel linker (#201215)

The default tag arm of AcceleratorRecordsSaver::save returned early when
a DIE was cloned into the artificial type unit, so class-static const
data members (DW_AT_const_value, no out-of-class definition) never got
an accelerator entry. As a result `target var A::int_val` in LLDB then
found nothing.

The HasLiveAddress / HasRanges guard already decides whether a DIE
carries enough information of its own to warrant a name record; the
output unit is just doing the routing. Drop the early return and thread
the TypeEntry through saveNameRecord / saveObjCNameRecord / saveObjC so
they emit into the type-unit accel storage when appropriate, the same
way saveTypeRecord and saveNamespaceRecord already do.



To unsubscribe from these emails, change your notification settings at https://github.com/llvm/llvm-project/settings/notifications