On Mon, Mar 23, 2020 at 11:08:16AM -0400, Brian Callahan wrote:
> 
> 
> On 2020-03-23 10:54 AM, Marc Espie wrote:
> > On Fri, Mar 20, 2020 at 03:22:16PM -0400, Brian Callahan wrote:
> > > Hello ports --
> > > 
> > > It was hinted at recently that a port of dwz might be desirable. Here is
> > > one.
> > > 
> > > ---
> > > pkg/DESCR:
> > > dwz is a program that attempts to optimize DWARF debugging information
> > > contained in ELF shared libraries and ELF executables for size, by
> > > replacing DWARF information representation with equivalent smaller
> > > representation where possible and by reducing the amount of duplication
> > > using techniques from DWARF standard appendix E - creating
> > > DW_TAG_partial_unit compilation units (CUs) for duplicated information
> > > and using DW_TAG_imported_unit to import it into each CU that needs it.
> > > ---
> > > 
> > > Can verify that it does in fact do something with some test binaries on
> > > amd64 (diffing the output of `objdump -g' from a newer binutils does show
> > > substantial differences), but I don't know enough about DWARF symbols to
> > > authoritatively say anything more than that. Testing on other archs would 
> > > be
> > > greatly appreciated.
> > > 
> > > OK?
> > Thanks for the initial work, but you're not thinking straight.
> > 
> > Here's an updated port.
> > 
> > You'll notice the dependencies on gmake and xz are gone, which is
> > required if we want to use this for DEBUG_PACKAGES eventually ;)
> 
> Unless I'm missing something, you sent me back my own port without changes.
> I'm fine with switching to the gz tarball and removing the dependency on
> gmake. I get why.

Oops, bad tarball

Attachment: dwz.tgz
Description: dwz.tgz

Reply via email to