Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#74941 - [glibc] crtn.o objects contain debuginfo
Attached to Project:
Arch Linux
Opened by Luís Ferreira (ljmf00) - Thursday, 02 June 2022, 14:27 GMT
Last edited by freswa (frederik) - Saturday, 29 April 2023, 16:49 GMT
Opened by Luís Ferreira (ljmf00) - Thursday, 02 June 2022, 14:27 GMT
Last edited by freswa (frederik) - Saturday, 29 April 2023, 16:49 GMT
|
DetailsDescription:
The newly compiled glibc objects contains debug info. This cause every binary linked with crtn.o and crt1.o (CRT static objects) to contain debug info, regardless of the debug flag on the compiler. I believe this [1] is the patch causing the current regression. This causes debuggers testsuite, such as LLDB to fail, but the worst is the fact that every single executable gets that debuginfo on its DWARF section making every executable size increase significantly. Additional info: * package version(s): glibc 2.35-5 Steps to reproduce: 1. Create a simple C file with an empty main. 2. Compile with e.g. clang without debug info 3. Use dwarfdump to see the debuginfo information --- [1]: https://github.com/archlinux/svntogit-packages/commit/643595a970dfdf0eb2d66b4d1500254abc1f94d5 |
This task depends upon
Closed by freswa (frederik)
Saturday, 29 April 2023, 16:49 GMT
Reason for closing: Fixed
Additional comments about closing: Fixed upstream
Saturday, 29 April 2023, 16:49 GMT
Reason for closing: Fixed
Additional comments about closing: Fixed upstream

This is a bug in our stripping logic to separate the debug symbols. `.o` doesn't get recognized as `.a` lib nor as kernel module, so loop continues. We'll fix this next week.

Upstream report: https://bugs.archlinux.org/task/75092