[DynInst_API:] [dyninst/dyninst] d6a1d1: Remove compilation directory from Module

[Tim Haines <noreply@xxxxxxxxxx>]

  Branch: refs/heads/thaines/remove_dwarfisms_in_Module
  Home:   https://github.com/dyninst/dyninst
  Commit: d6a1d1cecb0be2a3b1f98f3a9823eee4a2a7abe7
      https://github.com/dyninst/dyninst/commit/d6a1d1cecb0be2a3b1f98f3a9823eee4a2a7abe7
  Author: Tim Haines <thaines.astro@xxxxxxxxx>
  Date:   2023-10-11 (Wed, 11 Oct 2023)

  Changed paths:
    M symtabAPI/h/Module.h
    M symtabAPI/src/Module.C

  Log Message:
  -----------
  Remove compilation directory from Module

This is a concept specific to DWARF. These functions are not documented.


  Commit: a761c3b2603f4f72a5a9ba08e6702f4ca8cddcbf
      https://github.com/dyninst/dyninst/commit/a761c3b2603f4f72a5a9ba08e6702f4ca8cddcbf
  Author: Tim Haines <thaines.astro@xxxxxxxxx>
  Date:   2023-10-12 (Thu, 12 Oct 2023)

  Changed paths:
    M symtabAPI/h/Module.h
    M symtabAPI/src/Module.C
    M symtabAPI/src/Object-elf.C
    M symtabAPI/src/Object-elf.h
    M symtabAPI/src/Object.h

  Log Message:
  -----------
  Remove DWARFisms from Symtab::Module

There is no need to store the CU DIE from which a Module instance is
derived. The address of the CU can be used to reconstitute the
entry in the .debug_info section using dwarf_addrdie.

Because Module.h is part of the public API for Dyninst, this also
removes the transitive dependency on libdw.


Compare: https://github.com/dyninst/dyninst/compare/d6a1d1cecb0b%5E...a761c3b2603f