[pacman-dev] [PATCH] makepkg: Only change debug prefix if making debug package
eschwartz at archlinux.org
Tue Jul 30 05:33:25 UTC 2019
On 7/30/19 12:57 AM, Austin Lund wrote:
> There are a handful of packages that force !strip (e.g. glibc,
> firefox, bash).
The Firefox package is apparently not supposed to use pacman-compatible
debugging symbols at all. The symbols are separately handled, then
uploaded to Mozilla; I guess you're supposed to use Mozilla's tracing
glibc is forcing !strip because it needs to manually strip and thereby
exclude a few files from being stripped. I have a better solution in
aur/glibc-git for this which could probably be used.
The bash package, last I checked, was stripped normally.
> The current prefix rewriting to /usr/src/debug
> essentially ensures a symbol lookup failure when compiling with debug
> enabled for these packages (unless you build in /usr/src/debug). The
> gcc substitute path can only handle one FROM path hence you cannot
> simultaneously get symbols for these packages.
> Would a relative path for the debug !strip case make more sense? In
> that instance gdb could be configured using "set directories" to
> resolve to the build sources should they not be purged.
All three possible approaches (do nothing, do your initial suggestion,
do relative paths) are rather subjective. I merely point out perspectives.
It's possibly worth noting that even if the paths are still mapped to
remove $srcdir, it's still encoded as "builddir" in the .BUILDINFO file.
You can make the binaries directory-agnostic, but not the overall package.
I guess if we're going to make this behavior conditional at all, simply
disabling it entirely as your initial patch does would be the simplest
approach and also works OOTB for the debugging case (assuming the build
directory is still extant).
Bug Wrangler and Trusted User
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 1601 bytes
Desc: OpenPGP digital signature
More information about the pacman-dev