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

Re: Bug#758581: debian-installer: FTBFS on armhf/network-console: No library provides non-weak __aeabi_unwind_cpp_pr0



Ian Campbell <ijc@hellion.org.uk> (2014-08-22):
> The Internet(tm) seems to think that __aeabi_unwind_cpp_pr0 comes from
> libunwind, but the wifi in this hotel is making it a rather slow job
> to figure out what might be depending on that and/or whether there
> is/should be a udeb for it, I'll try and investigate further though.
> 
> Interesting that only the network-console flavour is affected....

Comparing netboot and network-console builds before the library
reduction phase leads to an interesting diff, which I'm not attaching
because I think that's not really needed, see below.


(BTW: There's a similar symbol in the kernel but I'm going to assume the
*.ko diff is totally irrelevant to the problem in mklibs…)


Letting netboot go through, and grepping for that symbol, there's no
match in the resulting tree; on the contrary, network-console still gets
some:
| Binary file tmp/network-console/tree/lib/libcrypt.so.1-so-stripped matches
| Binary file tmp/network-console/tree/lib/libcrypt.so.1-so matches
| Binary file tmp/network-console/tree/lib/libc.so.6-so matches

Interestingly, grepping for libcrypt.so in netboot shows no match, while
network-console has:
| Binary file tmp/network-console/tree/bin/gen-crypt matches
| Binary file tmp/network-console/tree/lib/libcrypt.so.1-so-stripped matches
| Binary file tmp/network-console/tree/lib/libcrypt.so.1-so matches
| Binary file tmp/network-console/tree/usr/sbin/sshd matches

See? Both gen-crypt and sshd are only in the network-console image, and
apparently pulling libcrypt.so.1, which comes from libc:
| libc6:armhf: /lib/arm-linux-gnueabihf/libcrypt.so.1

Also in the tree, nm -D shows that this libcrypt.so.1-so* have:
|          U __aeabi_unwind_cpp_pr0
which is likely what mklibs barfs about.


Bottom line: FTBFS vs. non-FTBFS depending on image type is likely
explained by the differences in binaries included in each image; and
that FTBFS was likely introduced by a toolchain update which mklibs
doesn't exactly cope nicely with, yet.

For the record, I'm listing below where the symbol is referenced (T in
libgcc_s.so.1, U elsewhere).

Mraw,
KiBi.


(sid_armhf-dchroot)kibi@harris:~/debian-installer-20140802/build$ for i in $(grep __aeabi_unwind_cpp_pr0 /lib/ /usr/lib/ -rl); do echo $i; nm -D $i 2>/dev/null|grep __aeabi_unwind_cpp_pr0 2>/dev/null; echo; done
/lib/arm-linux-gnueabihf/libexpat.so.1.6.0
         U __aeabi_unwind_cpp_pr0

/lib/arm-linux-gnueabihf/libpthread-2.19.so

/lib/arm-linux-gnueabihf/libgcc_s.so.1
00017214 T __aeabi_unwind_cpp_pr0

/usr/lib/gcc/arm-linux-gnueabihf/4.9/libasan.a

/usr/lib/gcc/arm-linux-gnueabihf/4.9/libstdc++.a

/usr/lib/gcc/arm-linux-gnueabihf/4.9/libubsan.a

/usr/lib/gcc/arm-linux-gnueabihf/4.9/libbacktrace.a

/usr/lib/gcc/arm-linux-gnueabihf/4.9/libsupc++.a

/usr/lib/gcc/arm-linux-gnueabihf/4.9/libgcc_eh.a

/usr/lib/libgrove.so.1.0.3
         U __aeabi_unwind_cpp_pr0

/usr/lib/arm-linux-gnueabihf/libcrypt_pic.a

/usr/lib/arm-linux-gnueabihf/libapt-private.so.0.0.0
         U __aeabi_unwind_cpp_pr0

/usr/lib/arm-linux-gnueabihf/libstdc++.so.6.0.20
         U __aeabi_unwind_cpp_pr0

/usr/lib/arm-linux-gnueabihf/libc_pic.a

/usr/lib/arm-linux-gnueabihf/libexpatw.so.1.6.0
         U __aeabi_unwind_cpp_pr0

/usr/lib/arm-linux-gnueabihf/libapt-pkg.so.4.12.0
         U __aeabi_unwind_cpp_pr0

/usr/lib/arm-linux-gnueabihf/libasprintf.so.0.0.0
         U __aeabi_unwind_cpp_pr0

/usr/lib/arm-linux-gnueabihf/libpthread.a

/usr/lib/arm-linux-gnueabihf/libasan.so.1.0.0
         U __aeabi_unwind_cpp_pr0

/usr/lib/arm-linux-gnueabihf/libffi.so.6.0.2
         U __aeabi_unwind_cpp_pr0

/usr/lib/arm-linux-gnueabihf/libapt-inst.so.1.5.0
         U __aeabi_unwind_cpp_pr0

/usr/lib/arm-linux-gnueabihf/librt_pic.a

/usr/lib/arm-linux-gnueabihf/libustr-1.0.so.1.0.4
         U __aeabi_unwind_cpp_pr0

/usr/lib/arm-linux-gnueabihf/librt.a

/usr/lib/arm-linux-gnueabihf/libubsan.so.0.0.0
         U __aeabi_unwind_cpp_pr0

/usr/lib/arm-linux-gnueabihf/libcrypt.a

/usr/lib/arm-linux-gnueabihf/libanl_pic.a

/usr/lib/arm-linux-gnueabihf/libc.a

/usr/lib/apt/methods/mirror
         U __aeabi_unwind_cpp_pr0

/usr/lib/apt/methods/cdrom
         U __aeabi_unwind_cpp_pr0

/usr/lib/apt/methods/http
         U __aeabi_unwind_cpp_pr0

/usr/lib/apt/methods/rred
         U __aeabi_unwind_cpp_pr0

/usr/lib/apt/methods/rsh
         U __aeabi_unwind_cpp_pr0

/usr/lib/apt/methods/ftp
         U __aeabi_unwind_cpp_pr0

/usr/lib/apt/solvers/apt
         U __aeabi_unwind_cpp_pr0

/usr/lib/apt/apt-helper
         U __aeabi_unwind_cpp_pr0

/usr/lib/libstyle.so.1.0.3
         U __aeabi_unwind_cpp_pr0

/usr/lib/libspgrove.so.1.0.3
         U __aeabi_unwind_cpp_pr0

/usr/lib/libsp.so.1.0.3
         U __aeabi_unwind_cpp_pr0

Attachment: signature.asc
Description: Digital signature


Reply to: