Re: Qt5 switching qreal from float to double on arm*

On Sat, 02 Nov 2013 15:29:05 -0300
Lisandro Damián Nicanor Pérez Meyer <[email protected]> wrote:

> Hi! Starting from Qt 5.2.0 (most probably from rc1 and definitely not
> from beta1 currently in experimental) Qt5 will switch qreal from
> float to double on arm*.
> 
> We have the option to keep some archs in float by passing a
> compilation parameter. I've done so for armel and sh4, so only armhf
> will switch to double.
> 
> Of course we are still on time to discuss this, and this is the
> reason of this mail. What do you think WRT the above changes?

FWIW, I was a bit sceptical about switching qreal to double. True this
would minimise the patches some packages would need on armhf, but OTOH,
I don't know what would happen to packages that use both GL graphics
and Qt at the same time. All armhf platforms support only OpenGLES and
not full OpenGL stack which supports *only* 32-bit floats.

However Lissandro just told me on IRC that GL-stuff on Qt5 switched to
float for exactly that reason). So apart from speed I don't see a
reason for not going that route. If anything, FPU in recent armv7-a
systems has become increasingly better so this will be better in a
couple of years (it will still suck on a Cortex-A8, but will be less
apparent on a Cortex-A15 or better).

FTR, I don't think many apps would mind that much. Most apps that
would actually care for speed/accuracy would use float/double directly
and not qreal, for most it would save us the burden of patching (eg.
scribus, qgis).

So unless, we find some particular strong cases for *not* switching to
double, I'd vote in favour of that.

Regards

Konstantinos

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.20 (GNU/Linux)

iQIcBAEBCAAGBQJSd8+UAAoJEGYGAn9kNxJM5koQALF29spS16bBfRFgYNjtVbgp
7XnBrprTbQ6mAERGqg9Gh5RB3+5spFFKITlpmmeHK2WcuO6m8qU0dP1tATpZ78R+
p/kURxbtzuAz9uhzkhIuBK3+g8FS7eqyFGc1S73BU6ZcMQEunKNHK3CZuF6CXKhS
IymAX9UuRGnQJK+u3LfQF8Zzxtx/DYhY29xl3Nas8BPQWS4+TWUZi+b0KJkkAGvB
/7u8Vv0g5TQGroTDEglCZnf0Q1PZdohWiGSyHS11MUshMs7BqjpU1fsh5uAIkk66
t2WEjA/IDDqw0vbCoTpCR5WsoozzqeS4Z4NtawkyltvSamid630jI32B7vTUDItd
3HtjNzyJpHJYg2QkvwLVnR0Yys8JGrVF9ADgsYDom/vb65p13DLYf7RfZk60U5yb
qeQARqwE4oeiY8N2w8O+YNZqvE7UsTz+c9bq1Lpu3VwId3GnhVo6QrU+4qZlbjx5
y0LLqYsCtRKIDji+AtpAmmiKYdc61Ugt5Bn46mq1g12n1GFYLs5wgRRyNAjIqVL0
Au07rYK0/9xZtPv4GYyCCW00hO9hX6MrxSYuv03hOEbolLKfHOybh7JXPtL+QkWK
0Rst3GRKel5XXJukmPNZ9NS7arG7saODdDC0pSYTYw/03WCYY4QvTwsHZN1qge6X
LIMeztlqByLWbTdeT/DE
=N04B
-----END PGP SIGNATURE-----