[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