Bug#880475: internal lintian shlib error running lintian -F on gcc-8-cross_1_amd64-changes
Hi Niels,
> We are using readelf these days as it copes better with foreign
> architecture binaries. Although, as you have probably guessed by now,
> we have not to renamed our internal tooling to reflect the "objdump ->
> readelf" migration.
No wonder I couldn't find the "objdump" invocation!
> Does it also produce non-sense when you run "readelf -a -W" directly on
> the binaries?
Yep!
0x000030d8 (<unknown>: 30d8) 0xa
0x00002190 (<unknown>: 2190) 0x30e4
0x0000000e (SONAME) Library soname: [<B0>^F<AC><8F><B2>^F<90><8F><B5>^F<8C>^P]
0x000030f4 (<unknown>: 30f4) 0x10
0x000021bd (<unknown>: 21bd) 0x3108
0x0000000e (SONAME) Library soname: [<88>$^E]
0x00003118 (<unknown>: 3118) 0xf
0x000021c7 (<unknown>: 21c7) 0x3128
0x0000000f (RPATH) Library rpath: [%<8F><B7>^F<94><AF><B5>^F<A4><AF><B2>^F<A8><AF><B0>^F<AC><8F><B2>^F<90><8F><B5>^F<8C>^P]
0x00003138 (<unknown>: 3138) 0x10
0x000021c6 (<unknown>: 21c6) 0x314c
0x00000012 (RELSZ) 8651 (bytes)
0x00003160 (<unknown>: 3160) 0x14
0x000021ad (<unknown>: 21ad) 0x3178
0x0000000f (RPATH) Library rpath: []
0x00003188 (<unknown>: 3188) 0x4
0x000022da (<unknown>: 22da) 0x3190
0x00000004 (HASH) 0x2264
0x00003198 (<unknown>: 3198) 0x5
0x00002266 (<unknown>: 2266) 0x31a0
Regards,
--
,''`.
: :' : Chris Lamb
`. `'` lamby@debian.org / chris-lamb.co.uk
`-
Reply to: