Hi Richard, On Sun, Aug 24, 2025 at 10:35:44AM +0100, Richard W.M. Jones wrote: > On Thu, Aug 21, 2025 at 09:38:12PM +0200, Mark Wielaard wrote: > > 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.
Thank you, that is super useful to know. I submitted a patch for eu-elfclassify to work on ELF archive members so you can more easily detect whether an .a file contains "interesting" members that need processing. eu-elfclassify --ar-member --unstripped libgdal.dll.a Returns 1 (fails) since libgdal.dll.a doesn't contain any ELF members with debuginfo. https://inbox.sourceware.org/elfutils-devel/20250826213839.2120525-1-m...@klomp.org Comments, feedback (even bikeshedding the command line option naming) welcome. Cheers, Mark -- _______________________________________________ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org 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@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
