[Pkg-libburnia-devel] adding symbol files to the burn library packages

George Danchev danchev at spnet.net
Mon Mar 2 12:09:49 UTC 2009


Quoting Simon Huggins <huggie at earth.li>:

> On Mon, Mar 02, 2009 at 07:11:49AM +0200, George Danchev wrote:
>> On Monday 02 March 2009 00:18:03 Simon Huggins wrote:
>> > On Sun, Mar 01, 2009 at 07:32:24PM +0200, George Danchev wrote:
>> > > I've just commited common symbols file for libburn4 package.
>> > So now I'm confused because it's claiming that every symbol is new in
>> > 0.6.2.
>> >
>> > That can't be true can it?
>> Good bug report. I incorrectly assumed that the new verison of the
>> library also produces common symbols file as claimed by mole for the
>> previous version at:
>> http://qa.debian.org/cgi-bin/mole/seedsymbols?pkgname=libburn4
>
>> So, we should switch to arch specific symbols files:
>> debian/package.symbols.arch
>
>> my libburn4.symbols became libburn4.symbols.i386 since I generated it out of
>> x86 object files. I suspect that you are building it on amd64, hence
>> arch-specific symbols differ. So I also added:
>
>> Now if you build on amd64 you will still see dpkg-gensymbols show diff with
>> new symbols because symbols.amd64 is empty now. You can either patch it or I
>> can grab the arch-specific symbols diffs from autobuilders logs.
>
>> Let me know if that answers your concerns.
>
> But don't we have to do this for *older* versions of the library in
> order for this to be useful?  I think I need to sit down with the docs
> and get a handle on all of this really.

Yes. When we build/upload new upstream releases of the library we will  
see the symbols diffs if any, i.e. dpkg-gensymbols will compare our  
symbols files (we should supply thm at some point, anyway) with the  
symbols extracted from the object files as being built from that new  
upstream release.

We just need a starting point, i.e. upload a package with symbols  
files at some point and I propose to upload the symbols files for the  
version as currently found in sid. We will have another new upstream  
version of libburn very soon, thus we will able to see such a  
comparasion then.







More information about the Pkg-libburnia-devel mailing list