Re: Gutenprint 5.3.4: only on 32-bit failures with "Image is too long/wide for the page" for certain PPDs

Solomon Peachy <[email protected]>
Newsgroups gmane.linux.printing.gimp-print.devel
Message-ID <[email protected]>
On Sun, Sep 05, 2021 at 06:16:10PM -0400, Robert Krawitz wrote:
> Sigh...have to figure out how to fix this.  Maybe we have to allow 
> something like a millipoint of slop.  Interesting that it seems to 
> have only hit the dyesub printers; is the issue that those are the 
> only ones with non-integer widths (in points)?

Yeah, I can't speak for every other family but inside the dyesub driver, 
all dimensions are specified in terms of pixels, but converted to points 
for external consumption.

I think it's reasonable to truncate anything smaller than a millipoint, 
though just patching that failing test to allow for a little slop seems 
like a bandaid when there very may well be other related lurking issues that
are ultimately due to a platform-specific FP semantics problem.

So I question whether Gutenprint is relevant for a >20-year-old 
Pentium3-era PC -- and this OpenSUSE build is actually targeting even 
older Pentium1-era systems that a $5 Raspberry Pi Zero would easily run 
circles around.

Perhaps the correct thing to do is force these older targets to use 
"correct" IEEE754 FP math through some extra GCC flags (-ffloat-store 
might be sufficient), which would hurt performance (on an already 
relatively glacial platform) but would mean we'd not need to make 
otherwise unnecessary algorithmic spelunking..

  https://gcc.gnu.org/wiki/x87note
  https://gcc.gnu.org/wiki/FloatingPointMath

 - Solomon
-- 
Solomon Peachy			      pizza at shaftnet dot org (email&xmpp)
                                      @pizza:shaftnet dot org   (matrix)
High Springs, FL                      speachy (libra.chat)

_______________________________________________
Gimp-print-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/gimp-print-devel
signature.asc (application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE-----

iQIzBAABCgAdFiEE3H5Sx9DyiyB5hnENrGLLO/XVulEFAmE1UiUACgkQrGLLO/XV
ulH24w//Sfagd7GlnMX3r1Q6qLhYut44ej8mzDKtD6wXLKouakdEqMqqHJwZG6QK
9DTtVwrzlk1uwRndJh179Kq/xhJBCJW00YbC9Psp8ydX8ta61T+ArYuZOtuq5Uph
t9LeP8fRzQN+bg7995ZvCFPZwuL8njvp/h/l5Tn197h+eI8+QnVoP4AX0bvE4k2D
b8Vr0P76am8N055CIXg9aFd8J4HFEm/1VUG8TUVOgMBPmzSMUA40Ow2wxo5+0ZiT
A/BMFSyFXKuRk+vsCyrhtSOK3xS9X46A7EPir7a+gMXpqRF0RRBYlwlKOrVy+uup
MXctJKHFp9z5Sv8W4WtZWUykH4klNJFWJ6z3CTbTJhmF0vnO3pJiN5qlcpGmjAJ2
1SO4lgOZfXPc6I0t9FdXJds2a/l39RAt8+CU881lvx3oJ1+KFobuVZcKdOXHzto0
f/BqQ1GD7n9afLvBfEdv/1+opalgVvwEP5FA1t/yqbcH5MBSbREzuYgXdPrtNSj8
51Sw/X0WIacai4nxN8KZ6oWnnqWYk1PwxOrx9SORDfus51bc7uqmI7GNjpNyVMjR
gjMeHLiIFDikNmIhVhzs+kATK09IVKEKw53f9l5lCI+Tsow3N4CV4mpGKJ+FGnK5
s11Bi3juZPT4L5aZ+IWmF5AFIARDWLMdZFHcb3a5YSogHp/2mwE=
=GIg4
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.