[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: