tag 791485 wontfix thanks tl;dr: we still need to support qt4' qreal.
On Tuesday 15 September 2015 15:13:29 Mathieu Malaterre wrote: > Hi, > > [For some reason I never received your -submitter@b.d.o email] Sometimes mails get lost, it also happens to me from time to time. > > For what I understand of your bug report arch-bits it's simply 32 or 64. > > The problem is that it's not as simple as that. There are differences > > between archs that use the same amount of bits. > :q! > Could you name a single example in Debian archs ? > > Thx much. Take a look at <https://wiki.debian.org/ArchitectureSpecificsMemo>, first table. An example was s390 and s390x which share the size of some types, like size_t. While s390 is no longer a release arch it makes an example of something that might happen again. So yes, we can now say this is a storical reason, but was valid for quite some time. See the full table of conversions in: pkg-kde-tools/perllib/Debian/PkgKde/SymbolsHelper/Substs/TypeSubst.pm Another offender is qreal for qt4 apps, which we still need to support, and so we need to keep this until we get rid of qt4... if we ever do. And if we do change this we would need to fix tons of packages... My suggestion is to really try to get a symbols generator directly in dpkg. I would keep the possibility of not depending just on the arch-bits because history has shown us that exceptions might happen. But that's up to the implementer... until a new arch arrives ;) -- Evite los parámetros estáticos. Si son inevitables, haga que el emisor y el receptor negocien un valor. Andrew S. Tanenbaum, de su libro "Computer Networks" Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/
