troubles with symbols files on a Qt extension library

José Manuel Santamaría Lema panfaust at gmail.com
Wed Sep 21 16:45:43 UTC 2011


Hello,

Thomas PIERSON <web.pierson at gmail.com>
> [snip]
> 
> Finally, I don't know why the symbols are different according to
> architectures and repositories. Maybe I simply can't use symbol files
> with this library! Maybe someone have an idea about this situation?
>
> [snip]

Of course you can use symbol files with your library. Having slightly different 
sets of symbols for different architectures is absolutely normal, so get used 
to it. 

Having different symbols for packages built against different distributions is 
quite normal as well; usually among the symbols in your *.symbols files are 
private/spurious symbols which may be different depending on various things, 
for instance the gcc version. So, when you create/update your symbols files, 
it's better if you use a log produced by a compilation done in a clean chroot 
by pbuilder/sbuild/whatever (I recommend you sbuild because while it isn't 
easy to use the first time, it behaves like the sbuild installed in the buildd 
infrastructure and it's very powerful).

To avoid your build failures you must pass -c0 to dpkg-gensymbols, thus your 
package will build for all archs and you'll get a build log for armel which 
you could use to update the *.symbols files.




More information about the pkg-kde-talk mailing list