Hey folks, On Wed, Feb 01, 2017 at 05:08:50AM +0100, Guillem Jover wrote: >On Tue, 2017-01-31 at 22:44:36 +0000, James Cowgill wrote: >> >> Here libgsm.so has neither HARD or SOFT flags set. Also, asking gcc to >> generate a library which does not link against libc (this is used by >> sonames2elf in some packages) causes both flags to be set (maybe >> because it's compatible with both?). > >Even worse, I've found at least one instance of a package containing >binaries with EABIv4 (on armel, paris-traceroute). So I guess I'll have >to remove the flags matching on EM_ARM ELF binaries for now. At least >this will get us back to the previous behavior with objdump, no >regression in that sense. > >To be able to distinguish armel from armhf I'd probably need to check >the arm attributes section for Tag_ABI_VFP_args, which annoyingly >seems to be set even when the HARD flag is not set. :/ But this will >be for dpkg 1.19.x.
Please don't go down that route, the ABI flags are intended to save people from that. I'm curious what's going wrong with libgsm1 here such that we're not seeing consistent ABI flags. If you're worried about EABIv4, does the logic of the dpkg checker not match the checks we added in glibc itself? -- Steve McIntyre, Cambridge, UK. st...@einval.com Mature Sporty Personal More Innovation More Adult A Man in Dandism Powered Midship Specialty