Bug 273593 - devel/libdwarf: cannot be installed if gdb is installed
Summary: devel/libdwarf: cannot be installed if gdb is installed
Status: New
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: --- Affects Some People
Assignee: Joerg Wunsch
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-09-06 08:02 UTC by Alexey Vyskubov
Modified: 2024-02-13 19:35 UTC (History)
1 user (show)

See Also:
bugzilla: maintainer-feedback? (joerg)


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Alexey Vyskubov 2023-09-06 08:02:50 UTC
Hello,

gdb depends on elfutils (0.187), which in turn installs /usr/local/include/dwarf.h

Existence of this file breaks the installation of libdwarf, as it wants to put in the file under the same name.
Comment 1 Ed Maste freebsd_committer freebsd_triage 2024-02-13 19:19:13 UTC
It seems likely that /usr/local/lib/dwarf.h should come from libdwarf (i.e., that this should be an elfutils issue instead)?
Comment 2 Joerg Wunsch freebsd_committer freebsd_triage 2024-02-13 19:35:26 UTC
(In reply to Ed Maste from comment #1)
In particular, since elfutils installs most of their headers into a
subdirectory of its own:

include/dwarf.h
include/elfutils/debuginfod.h
include/elfutils/elf-knowledge.h
include/elfutils/known-dwarf.h
include/elfutils/libasm.h
include/elfutils/libdw.h
include/elfutils/libdwelf.h
include/elfutils/libdwfl.h
include/elfutils/version.h
include/gelf.h
include/libelf.h
include/nlist.h

It seems elfutils named their DWARF library "libdw".

Alas, both libraries, even though they might share similar roots, seem to
export many different things, so one cannot serve as a replacement for the
other one