Allow linuxdeployqt to be built with Qt 6; this does not mean that we build linuxdeployqt with Qt 6 or that linuxdeployqt can deploy Qt 6 applications yet
Thanks @tobtoht
* Add -qtlibinfix support in order to precise the libinfix set for a custom Qt distribution. Without this option, linuxdeployqt is not able to look at the Qt plugins directory.
* Add dedicated qtlibinfix section in documentation.
* Missing lib prefix for the -qtlibinfix example in documentation.
* Update README.md
Co-authored-by: Tristan Cladet <tristan.cladet@siemens.com>
Co-authored-by: probonopd <probonopd@users.noreply.github.com>
Additional check to make sure that the undocumented, unsupported and not recommended `-unsupported-allow-new-glibc` option is not abused to create results that are broken; see https://github.com/probonopd/linuxdeployqt/issues/340 for more information
If linuxdeployqt is called with the option -updateinformation=<update
string>, it passes that update string to appimagetool. Otherwise it uses
-g to guess (the original behavior).
In https://github.com/probonopd/linuxdeployqt/issues/300#issuecomment-398049462@kviktor writes:
> With this workaround things seem to work great (originally I just removed the whole if/return part but with that the program ran for about 15 mins, with the current one it takes around 5 min to complete which is close to the original one, also it fixes the issue that `xcbglintegrations` is not getting copied over)
Had to move the parsing of -show-exclude-lib up to the block where the
version options are parsed, otherwise a call like
./linuxdeployqt<...>.AppImage -show-exclude-libs
wouldn't work.
CC @patrickelectric