Re: LibreOffice architecture support (was: Fwd: Plan to remove dead C++ UNO bridge implementations (bridges/source/cpp_uno/*))
Hello!
On 1/11/23 18:30, Rene Engelhard wrote:
But I was more aiming at (and sparc* has the same issue) is
libreoffice build-depends on:
- libkf5config-dev:m68k
libkf5config-dev depends on:
- libkf5configqml5:m68k (= 5.101.0-1)
libkf5configqml5 depends on:
- libqt5qml5:m68k (>= 5.15.2~)
libqt5qml5 depends on missing:
- qtbase-abi-5-15-6:m68k
And that transition happened already. And it was even BD-Uninstallable on Qt before that one.
Indeed. But those transitions have been done already. KDE uninstallable is a bug of those ports.
It's actually an inherent bug in the JavaScript engine of Qt that makes assumptions about the
hardware that it shouldn't make. For example, that it can use the upper bits of a pointer to
encode type information of a JavaScript object (tagged pointers) [1].
You may argue that it's okay because it works on x86_64. However, it only works because Intel
didn't make use of the upper 16 bits of a 64-bit pointer in the past although these were always
reserved. But that has changed now with the advent of 5-level paging [2] where the bits 48-56 are
used as well.
Luckily, the Qt developers have understood that their code is broken on systems with large
virtual address spaces, so they have reworked it and if you look at the corresponding Qt6
packages, you will see that these all build fine on sparc64.
Adrian
[1] https://bugreports.qt.io/browse/QTBUG-56264
[2] https://en.wikipedia.org/wiki/Intel_5-level_paging
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Reply to: