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

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



Raphael, should dpkg-shlibdeps behave differently about these? I can't see
anything wrong on the GCC side.

On 11.06.2012 20:16, Bernhard R. Link wrote:
> Package: gcc-4.6
> Version: 4.6.2-6
> 
> Some large number of packages (I'd guess around 700 +/- 200 source packages)
> generates on armel and armhf the warning:
> 
> dpkg-shlibdeps: warning: symbol __aeabi_unwind_cpp_pr1@GCC_3.5 used [...] found in none of the libraries.
> (or some variant).
> 
> While is ome cases it could be a missing libgcc there are some other
> examples:
> 
> First case (libtool, with -nostdlib and -lgcc_s):
> Build log for alglib (2.6.0-6) on armhf:
> 
> Versions used:
> g++-4.6_4.6.3-1 gcc-4.6_4.6.3-1 libc6-dev_2.13-27 libstdc++6_4.6.3-1 libstdc++6-4.6-dev_4.6.3-1 libgcc1_1:4.6.3-1
> 
> The link commands:
> 
> /bin/bash ../../libtool --tag=CXX   --mode=link g++  -g -O2 -release 2.6.0  -o libalglib.la -rpath /usr/lib ablas.lo ablasf.lo airyf.lo ap.lo apserv.lo autogk.lo bdss.lo bdsvd.lo bessel.lo betaf.lo binomialdistr.lo blas.lo chebyshev.lo chisquaredistr.lo conv.lo corr.lo correlation.lo correlationtests.lo creflections.lo dawson.lo densesolver.lo descriptivestatistics.lo dforest.lo elliptic.lo estnorm.lo evd.lo expintegrals.lo fdistr.lo fft.lo fht.lo fresnel.lo ftbase.lo gammafunc.lo gkq.lo gq.lo hblas.lo hermite.lo hqrnd.lo hsschur.lo ialglib.lo ibetaf.lo idwint.lo igammaf.lo inverseupdate.lo jacobianelliptic.lo jarquebera.lo kmeans.lo laguerre.lo lda.lo ldlt.lo legendre.lo linmin.lo linreg.lo logit.lo lsfit.lo mannwhitneyu.lo matdet.lo matgen.lo matinv.lo minasa.lo mincg.lo minlbfgs.lo minlm.lo mlpbase.lo mlpe.lo mlptrain.lo nearestneighbor.lo nearunityunit.lo normaldistr.lo odesolver.lo ortfac.lo pca.lo poissondistr.lo polint.lo psif.lo pspline.lo ratint.lo ratinterpolation
 .lo rcond
.lo reflections.lo rotations.lo safesolve.lo sblas.lo schur.lo sdet.lo sinverse.lo spdgevd.lo spline1d.lo spline2d.lo spline3.lo srcond.lo ssolve.lo stest.lo studenttdistr.lo studentttests.lo svd.lo trfac.lo trigintegrals.lo trlinsolve.lo tsort.lo variancetests.lo wsr.lo xblas.lo  
> libtool: link: g++  -fPIC -DPIC -shared -nostdlib /usr/lib/gcc/arm-linux-gnueabihf/4.6/../../../arm-linux-gnueabihf/crti.o /usr/lib/gcc/arm-linux-gnueabihf/4.6/crtbeginS.o  .libs/ablas.o .libs/ablasf.o .libs/airyf.o .libs/ap.o .libs/apserv.o .libs/autogk.o .libs/bdss.o .libs/bdsvd.o .libs/bessel.o .libs/betaf.o .libs/binomialdistr.o .libs/blas.o .libs/chebyshev.o .libs/chisquaredistr.o .libs/conv.o .libs/corr.o .libs/correlation.o .libs/correlationtests.o .libs/creflections.o .libs/dawson.o .libs/densesolver.o .libs/descriptivestatistics.o .libs/dforest.o .libs/elliptic.o .libs/estnorm.o .libs/evd.o .libs/expintegrals.o .libs/fdistr.o .libs/fft.o .libs/fht.o .libs/fresnel.o .libs/ftbase.o .libs/gammafunc.o .libs/gkq.o .libs/gq.o .libs/hblas.o .libs/hermite.o .libs/hqrnd.o .libs/hsschur.o .libs/ialglib.o .libs/ibetaf.o .libs/idwint.o .libs/igammaf.o .libs/inverseupdate.o .libs/jacobianelliptic.o .libs/jarquebera.o .libs/kmeans.o .libs/laguerre.o .libs/lda.o .libs/ldlt.o .lib
 s/legendr
e.o .libs/linmin.o .libs/linreg.o .libs/logit.o .libs/lsfit.o .libs/mannwhitneyu.o .libs/matdet.o .libs/matgen.o .libs/matinv.o .libs/minasa.o .libs/mincg.o .libs/minlbfgs.o .libs/minlm.o .libs/mlpbase.o .libs/mlpe.o .libs/mlptrain.o .libs/nearestneighbor.o .libs/nearunityunit.o .libs/normaldistr.o .libs/odesolver.o .libs/ortfac.o .libs/pca.o .libs/poissondistr.o .libs/polint.o .libs/psif.o .libs/pspline.o .libs/ratint.o .libs/ratinterpolation.o .libs/rcond.o .libs/reflections.o .libs/rotations.o .libs/safesolve.o .libs/sblas.o .libs/schur.o .libs/sdet.o .libs/sinverse.o .libs/spdgevd.o .libs/spline1d.o .libs/spline2d.o .libs/spline3.o .libs/srcond.o .libs/ssolve.o .libs/stest.o .libs/studenttdistr.o .libs/studentttests.o .libs/svd.o .libs/trfac.o .libs/trigintegrals.o .libs/trlinsolve.o .libs/tsort.o .libs/variancetests.o .libs/wsr.o .libs/xblas.o   -L/usr/lib/gcc/arm-linux-gnueabihf/4.6 -L/usr/lib/gcc/arm-linux-gnueabihf/4.6/../../../arm-linux-gnueabihf -L/usr/lib/gcc/arm-l
 inux-gnue
abihf/4.6/../../.. -L/lib/arm-linux-gnueabihf -L/usr/lib/arm-linux-gnueabihf -lstdc++ -lm -lc -lgcc_s /usr/lib/gcc/arm-linux-gnueabihf/4.6/crtendS.o /usr/lib/gcc/arm-linux-gnueabihf/4.6/../../../arm-linux-gnueabihf/crtn.o  -O2   -Wl,-soname -Wl,libalglib-2.6.0.so -o .libs/libalglib-2.6.0.so
> 
> dpkg-shlibdeps: warning: symbol __aeabi_unwind_cpp_pr1@GCC_3.5 used by debian/libalglib-2.6.0/usr/lib/libalglib-2.6.0.so found in none of the libraries.
> 
> Second case (just gcc --shared:)
> 
> Build log for apron (0.9.10-5.2) on armhf
> 
> g++-4.6_4.6.2-7 gcc-4.6_4.6.2-7 libc6-dev_2.13-23 libstdc++6_4.6.2-7 libstdc++6-4.6-dev_4.6.2-7 libgcc1_1:4.6.2-7
> 
> + /usr/bin/ocamlc -a  -o gmp.cma  mpz.cmo mpzf.cmo mpq.cmo mpqf.cmo mpf.cmo mpfr.cmo mpfrf.cmo gmp_random.cmo -dllib -lgmp_caml -cclib -lgmp_caml -ccopt -L/usr/lib -ccopt -L/usr/lib -ccopt -L/usr/lib/ocaml  -cclib -lmpfr -cclib -lgmp -cclib -lcamlidl 
> gcc -Wcast-qual -Wswitch -Werror-implicit-function-declaration -Wall -Wextra -Wundef -Wbad-function-cast -Wcast-align -Wstrict-prototypes -Wno-unused -std=c99 -U__STRICT_ANSI__ -fPIC -O3 -DNDEBUG -shared -o libgmp_caml.so gmp_caml.o mpz_caml.o mpq_caml.o mpf_caml.o mpfr_caml.o gmp_random_caml.o -L/usr/lib -lmpfr -L/usr/lib -lgmp -L/usr/lib/ocaml -lcamlidl
> 
> With only -shared and no -nostdlib or the like, it should be gcc's
> responsibility to link the needed system libs, shouldn't it?
> 
> dpkg-shlibdeps: warning: symbol __aeabi_unwind_cpp_pr1@GCC_3.5 used by debian/libapron/usr/lib/libap_ppl.so.0 found in none of the libraries.
> 
> Some third example:
> 
> Build log for attica (0.2.0-1) on armhf
> 
> g++-4.6_4.6.2-6 gcc-4.6_4.6.2-6 libc6-dev_2.13-22 libstdc++6_4.6.2-6 libstdc++6-4.6-dev_4.6.2-6 libgcc1_1:4.6.2-6
> 
> /usr/bin/c++  -fPIC -fvisibility=hidden -fvisibility-inlines-hidden    -shared -Wl,-soname,libattica.so.0 -o libattica.so.0.2.0 CMakeFiles/attica.dir/accountbalance.cpp.o CMakeFiles/attica.dir/accountbalanceparser.cpp.o CMakeFiles/attica.dir/activity.cpp.o CMakeFiles/attica.dir/activityparser.cpp.o CMakeFiles/attica.dir/atticabasejob.cpp.o CMakeFiles/attica.dir/atticautils.cpp.o CMakeFiles/attica.dir/privatedata.cpp.o CMakeFiles/attica.dir/privatedataparser.cpp.o CMakeFiles/attica.dir/category.cpp.o CMakeFiles/attica.dir/categoryparser.cpp.o CMakeFiles/attica.dir/comment.cpp.o CMakeFiles/attica.dir/commentparser.cpp.o CMakeFiles/attica.dir/content.cpp.o CMakeFiles/attica.dir/contentparser.cpp.o CMakeFiles/attica.dir/distribution.cpp.o CMakeFiles/attica.dir/distributionparser.cpp.o CMakeFiles/attica.dir/downloaddescription.cpp.o CMakeFiles/attica.dir/downloaditem.cpp.o CMakeFiles/attica.dir/downloaditemparser.cpp.o CMakeFiles/attica.dir/event.cpp.o CMakeFiles/attica.dir/even
 tparser.c
pp.o CMakeFiles/attica.dir/folder.cpp.o CMakeFiles/attica.dir/folderparser.cpp.o CMakeFiles/attica.dir/getjob.cpp.o CMakeFiles/attica.dir/homepageentry.cpp.o CMakeFiles/attica.dir/homepagetype.cpp.o CMakeFiles/attica.dir/homepagetypeparser.cpp.o CMakeFiles/attica.dir/icon.cpp.o CMakeFiles/attica.dir/itemjob.cpp.o CMakeFiles/attica.dir/knowledgebaseentry.cpp.o CMakeFiles/attica.dir/knowledgebaseentryparser.cpp.o CMakeFiles/attica.dir/license.cpp.o CMakeFiles/attica.dir/licenseparser.cpp.o CMakeFiles/attica.dir/listjob_inst.cpp.o CMakeFiles/attica.dir/message.cpp.o CMakeFiles/attica.dir/messageparser.cpp.o CMakeFiles/attica.dir/metadata.cpp.o CMakeFiles/attica.dir/parser.cpp.o CMakeFiles/attica.dir/person.cpp.o CMakeFiles/attica.dir/personparser.cpp.o CMakeFiles/attica.dir/postfiledata.cpp.o CMakeFiles/attica.dir/postjob.cpp.o CMakeFiles/attica.dir/provider.cpp.o CMakeFiles/attica.dir/providermanager.cpp.o CMakeFiles/attica.dir/qtplatformdependent.cpp.o -lQtCore -lQtNetwork 
> 
> dpkg-shlibdeps: warning: symbol __aeabi_unwind_cpp_pr1@GCC_3.5 used by debian/libattica0/usr/lib/libattica.so.0.2.0 found in none of the libraries.
> 
> Is this a bug in gcc/libgcc or something else (libc?, ld?).
> Or should dpkg-shlibs just ignore this particular symbol?
> 
> Thanks in advance,
>         Bernhard R. Link
> 
> 
> 




Reply to: