On Thu, Aug 21, 2025 at 09:38:12PM +0200, Mark Wielaard wrote: > Hi Kaleb, > > On Thu, Aug 21, 2025 at 03:02:33PM -0400, Kaleb Keithley wrote: > > On Thu, Aug 21, 2025 at 2:26 PM Mark Wielaard <[email protected]> > > wrote: > > > > > > It certainly looks that way. The ar format is not ideal to rewrite in > > > place, which is why it is unpacked and repacked like this. Which isn't > > > super efficient, but somewhat surprising it takes 20+ hours... That > > > must be a pretty big .a file. > > > > > > > I don't even see any .a files in the three or four subpackages I looked at. > > There is a libgdal.dll.a in the noarch mingw packages. > I dunno if that is the one that causes the issue yet though.
*.dll.a files are so-called "implibs", which are a MinGW-ism. In Windows when you have a DLL (equivalent to .so), the main binary isn't able to just load this. Instead it links the binary to this "implib" (in Windows that would be a *.lib file, in MinGW it's a *.dll.a file) which contains library loading code plus function stubs (kind of like a PLT I guess). TL;DR, it's probably not worth processing these files for debuginfo, but on the other hand I don't know any way (apart from the name) to recognise them programmatically. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-builder quickly builds VMs from scratch http://libguestfs.org/virt-builder.1.html -- _______________________________________________ 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
