On Tue, Jul 8, 2025 at 7:20 PM Frank Ch. Eigler <[email protected]> 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 -- [email protected]
To unsubscribe send an email to [email protected]
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/[email protected]
Do not reply to spam, report it:
https://pagure.io/fedora-infrastructure/new_issue
