On Tue, Jul 8, 2025 at 7:20 PM Frank Ch. Eigler <fche@xxxxxxxxxx> wrote:
Hi -
I wrote:
> I see what you mean. I've tried to gather this data about llvm on my
> workstation, but recent rpmbuild's keep barfing with: [...]
Uninstalling lua-devel and glibc-devel.i686 resulted in complete &
comparable llvm 20.1.7 x86-64 builds. Added some representative
statistics to the Change table.
Thanks! If you still have the rpm, would you mind also sharing how large the installed size is? (Via something like rpm2cpio llvm-static-20.1.7-1.fc42.x86_64.rpm | cpio -idmv followed by du -sh usr).
Indeed the couple of llvm-static
subrpms grow substantially - but debuggability improves with a thousand
new source files identified. Whether that's worth it is for y'all to
judge.
I'd expect that the new source files are primarily coming from things that are only shipped statically, such as compiler-rt builtins (LLVM's equivalent of libgcc).
So in our situation the ideal would probably be to have debuginfo for only some subpackages such as compiler-rt (relatively small and mostly static-only), but not others like llvm-static (LLVM in Fedora is usually linked dynamically, which already has debuginfo).
But if we have to make a choice for the whole package, keeping the status quo of stripping debuginfo is probably best.
The minimal /usr/lib/rpm/redhat/macros tweak to activate this Change
fully would be just redefining:
%__brp_strip_static_archive /bin/true
instead of the current:
%__brp_strip_static_archive /usr/lib/rpm/brp-strip-static-archive %{__strip}
Assuming you'd like to keep llvm static libraries stripped, would
putting the latter definition into your spec file be an acceptable way
of maintaining status quo ante for you? Or would you like a simpler
syntax?
I think this is fine.
Regards,
Nikita
-- _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
