Hello, On trečiadienis 28 Liepa 2010 16:17:30 Matthias Klose wrote: > On 28.07.2010 15:13, Modestas Vainius wrote: > > So there is a (very easy) solution for that. I added -a option to dpkg- > > gensymbols 1.15.6. I must admit that it was for different purpose but it > > should work very nicely in this context. So: > > > > $ dpkg-gensymbols -plib32std++6 -ai386 ... > > > > or > > > > $ dh_makeshlibs -plib32std++6 -- -ai386 > > > > Biarch is a hack, but maintainer is in control of this hack and probably > > fiddle with a couple of similar options. So I don't think that using -a > > option this way is a big problem, is it? > > that should work. are all of the required names supported? e.g. sparc64, > ppc64, s390x, mips-newabi, mips64?
-a just makes dpkg-gensymbols think that "host-arch" is the one you specify in this option (with respect to arch tag and *.symbols.$arch files). If something works differently when `dpkg-gensymbols` is run on $arch and when `dpkg- gensymbols -a$arch` is run on different arch than $arch, I consider this a bug which you should report. -- Modestas Vainius <mo...@debian.org>
signature.asc
Description: This is a digitally signed message part.
