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

Re: Bug#677139: gcc-4.6: unresolved symbol __aeabi_unwind_cpp_pr1@GCC_3.5



Hello,

On Wed, 13 Jun 2012, Guillem Jover wrote:
> On Wed, 2012-06-13 at 07:06:47 +0200, Guillem Jover wrote:
> > I've actually have had this on my TODO to deal with, which I found
> > when checking libudt on armel some time ago. I'm reassigning and will
> > push a fix for dpkg 1.16.5.
> 
> Actually after having checked this now it appears the problem are
> missing entries on the libgcc1 symbols files for EABI architectures,
> which include armel and armhf.
> 
> I see at least missing __aeabi_unwind_cpp_pr1@GCC_3.5 and
> __aeabi_unwind_cpp_pr2@GCC_3.5 but there might be others.

Well, it's to be expected since dpkg-gensymbols is blacklisting
them:

see scripts/Dpkg/Shlibs/SymbolFile.pm:

# Many armel-specific symbols
$blacklist{"__aeabi_$_"} = 1 foreach (qw(cdcmpeq cdcmple cdrcmple cfcmpeq
cfcmple cfrcmple d2f d2iz d2lz d2uiz d2ulz dadd dcmpeq dcmpge dcmpgt
dcmple dcmplt dcmpun ddiv dmul dneg drsub dsub f2d f2iz f2lz f2uiz f2ulz
fadd fcmpeq fcmpge fcmpgt fcmple fcmplt fcmpun fdiv fmul fneg frsub fsub
i2d i2f idiv idivmod l2d l2f lasr lcmp ldivmod llsl llsr lmul ui2d ui2f
uidiv uidivmod ul2d ul2f ulcmp uldivmod unwind_cpp_pr0 unwind_cpp_pr1
unwind_cpp_pr2 uread4 uread8 uwrite4 uwrite8));

If some of them are no longer "internal machinery" and no longer present in
random libraries, then we ought to de-blacklist them.

See #462318 for the bug that requested them to be blacklisted.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Get the Debian Administrator's Handbook:
→ http://debian-handbook.info/get/


Reply to: