Bug#462444: glibc: Please add symbols files for libc6
Aurelien Jarno a écrit :
> Raphael Hertzog a écrit :
>> Package: glibc
>> Version: 2.7-6
>> Severity: wishlist
>> Tags: patch
>>
>> Please add symbols files to the various libc* packages that provide
>> libraries. Since libc6 is sanely versioned I suggest to rely on that
>> to avoid maintaining explicit list of symbols (wee wildcards in
>> dpkg-gensymbols(1) for explanations).
>>
>> You'll need the latest dpkg-dev to make use of this however. I'm sure the
>> attached patch will need further fine-tuning because I'm not 100%
>> confident that I got it right for all arches.
>>
>
> That's a good start, but there is still some work to be done:
> - The minimum dependencies on sparc should be 2.6-1 due to the SPARCV8
> to SPARCV8PLUS ABI transition
> - The patch uses symbols versioning to determine the minimal Debian
> version, but some symbols have been introduced later in Debian, due to
> some build options that weren't enabled or availabled on some
> architectures. TLS support is such an example.
> - As the symbols versioning in dpkg-shlibdeps only takes care of the
> symbols and not at the include headers, one has to search for #define or
> enum values that have been added, and bump the minimum version of the
> corresponding symbols if this value is uses internally in the glibc.
>
Also the name of the dynamic linker is wrong on ia64 and amd64, which
causes an FTFS. It should be /lib/ld-linux-x86-64.so.2 on amd64 and
ld-linux-ia64.so.2 on ia64 instead of ld-linux.so.2.
--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian developer | Electrical Engineer
`. `' aurel32@debian.org | aurelien@aurel32.net
`- people.debian.org/~aurel32 | www.aurel32.net
Reply to: