[SCM] ecasound/master: update *.symbols files for the libraries

Alessandro Ghedini al3xbio at gmail.com
Wed Mar 23 21:59:22 UTC 2011


On Wed, Mar 23, 2011 at 10:24:22PM +0100, Reinhard Tartler wrote:
> On Wed, Mar 23, 2011 at 21:55:14 (CET), ghedo-guest at users.alioth.debian.org wrote:
> 
> > The following commit has been merged in the master branch:
> > commit c13b7176fe7823bead9078961696295f94ff26e7
> > Author: Alessandro Ghedini <al3xbio at gmail.com>
> > Date:   Wed Mar 23 20:55:45 2011 +0100
> >
> >     update *.symbols files for the libraries
> >
> > diff --git a/debian/libecasound22.symbols b/debian/libecasound22.symbols
> > index d7af24a..5605429 100644
> > --- a/debian/libecasound22.symbols
> > +++ b/debian/libecasound22.symbols
> > @@ -65,6 +65,7 @@ libecasound.so.22 libecasound22 #MINVER#
> >   _ZN10ECA_LOGGER8lock_repE at Base 2.7.2
> >   _ZN10ECA_OBJECTD0Ev at Base 2.7.2
> >   _ZN10ECA_OBJECTD1Ev at Base 2.7.2
> > + _ZN10ECA_OBJECTD2Ev at Base 2.7.2
>
> Can you actually read this mangled mess of symbols?
>
>
> I still think .symbols file are largely practically useless for C++ libraries...

AFAIK they are not meant to be read by humans, but they can be used by dpkg
for generating more accurate library dependencies. Anyway, they can be 
demangled using c++filt(1), if needed.

Also, there is the no-symbols-control-file lintian tag. It's just whishlist
severity, but IMHO it's nice to keep lintian as silent as possible :)

Cheers

-- 
perl -E'$_=q;$/= @{[@_]};and s;\S+;<inidehG ordnasselA>;eg;say~~reverse'



More information about the pkg-multimedia-maintainers mailing list