[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: libc dlopening libgcc on arm

Aurelien Jarno a écrit :
> Joey Hess a écrit :
>> Just spent half an hour since my slug wouldn't boot and I had to reflash
>> an old initramfs. This bug should be fixed ASAP before it breaks a lot
>> of systems.
>> root@slug:/tmp/initramfs>mkinitramfs -o out -k
>> Working files in /root/tmp/mkinitramfs_tj3082 and overlay in /root/tmp/mkinitramfs-OL_jH3085
>> root@slug:/tmp/initramfs>chroot /root/tmp/mkinitramfs_tj3082 bin/sh
>> libgcc_s.so.1 must be installed for pthread_cancel to work
>> joey@kodama:~/tmp/initramfs>strings /lib/libc.so.6|grep 'libgcc_s.so.1 must be installed for pthread_cancel to wor'
>> libgcc_s.so.1 must be installed for pthread_cancel to work
>> root@slug:~/tmp/mkinitramfs_tj3082>dpkg -l libc6 
>> Desired=Unknown/Install/Remove/Purge/Hold
>> | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
>> |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
>> ||/ Name           Version        Description
>> +++-==============-==============-============================================
>> ii  libc6          2.5-9          GNU C Library: Shared libraries
>> This need for libgcc without direct linkage to it seems to be specific to
>> arm. CCing the glibc maintainers for comment; you can find the code that does
>> this under ports/sysdeps/unix/sysv/linux/arm/.
> This code is actually present on all architectures. I am currently
> trying to see what makes arm different.

The same code is also present on glibc 2.3.6 for nptl builds. So at
least amd64 is using it in etch for the initrd.

  .''`.  Aurelien Jarno	            | GPG: 1024D/F1BCDB73
 : :' :  Debian developer           | Electrical Engineer
 `. `'   aurel32@debian.org         | aurelien@aurel32.net
   `-    people.debian.org/~aurel32 | www.aurel32.net

Reply to: