Sorry for chiming in uninvited but isn't this how the Qt Online Installer thingy works?
I know that with it I can install some prebuilt Qt distribution on my Linux - openSUSE Tumbleweed - and I kinda always assumed that the actual build host could be a different distro. I never really gave it much thought to be honest. Maybe there is some kind of matching mechanism somewhere in there during the download process. -- Best regards / Pozdrawiam serdecznie Narolewski Jakub Software Developer śr., 29 maj 2024 o 21:29 Thiago Macieira <thiago.macie...@intel.com> napisał(a): > On Wednesday 29 May 2024 00:30:12 GMT-3 Kevin Kofler via Development wrote: > > There is, however, one use case you are overlooking, and that is binaries > > compiled on one distribution and run on another. > > That's not supported at all and that has nothing to do with Qt. Unless the > two > distributions are coordinating and testing each other's binaries, it's not > guaranteed to work and is in fact a recipe for disaster. But if they are > coordinating, then the problem you're talking about doesn't exist. > > Some distributions have adopted the no-direct-external-access support and > others have not. In order to run against a Qt that was compiled with it, > you > must compile your software with it too, otherwise the loader will refuse > to > start your application. > > I don't understand why some distros explicitly disable that support. It > might > be because they wanted to retain compatibility with the negligible amount > of > Qt 6 software that existed before the option was introduced. But now > they're > locked into it for the duration of Qt 6.x. > > -- > Thiago Macieira - thiago.macieira (AT) intel.com > Principal Engineer - Intel DCAI Fleet Engineering and Quality > -- > Development mailing list > Development@qt-project.org > https://lists.qt-project.org/listinfo/development >
-- Development mailing list Development@qt-project.org https://lists.qt-project.org/listinfo/development
