[Git][pacman/pacman][master] 3 commits: libmakepkg - add wrapper function for objcopy
Allan McRae pushed to branch master at Pacman / Pacman Commits: 71afd4d8 by Allan McRae at 2024-11-27T19:46:48+10:00 libmakepkg - add wrapper function for objcopy Using objcopy can result in file permission changes. We work around this by using "cat" to copy the temporary output file into the target. Extract this code into a utility function. Signed-off-by: Allan McRae <allan@archlinux.org> - - - - - e0162a68 by Jan Steffens at 2024-11-27T19:50:46+10:00 strip: Overwrite debuglink when it's already present When objcopy encounters an already-present section, adding the new debuglink will fail with a warning. Remove any existing `.gnu_debuglink` section to work around this problem. Arch Linux's `rust` package is affected by this. Apparently when LLVM's LLD links in `/usr/lib/Scrt1.o` it will also copy the `.gnu_debuglink` section. See: https://bugs.gentoo.org/787623 - - - - - 91546004 by Jan Steffens at 2024-11-27T19:50:57+10:00 strip: Treat bare object files like static libs, not shared libs Debug symbols should only be split from finally linked ELFs, not bare object files. We're already excluding static libraries from splitting for a similar reason. The `.gnu_debuglink` sections are also mishandled by LLVM's LLD, which copies them to its output. For example, this affects Arch Linux's `/usr/lib/Scrt1.o`. While we're here (and it changes the code less), also strip GNU LTO data from bare objects, again for the same reason we're removing it from static libraries, and apply static library stripping instead of shared library stripping. See: https://bugs.gentoo.org/787623 - - - - - 1 changed file: - scripts/libmakepkg/tidy/strip.sh.in View it on GitLab: https://gitlab.archlinux.org/pacman/pacman/-/compare/a2d029388c7c206f5576456... -- View it on GitLab: https://gitlab.archlinux.org/pacman/pacman/-/compare/a2d029388c7c206f5576456... You're receiving this email because of your account on gitlab.archlinux.org.
participants (1)
-
Allan McRae (@allan)