Hi Christian,
I tried to build the plugin statically but that seems to depend on static builds of its dependencies (which wouldn't be a big problem) and the QtQuick2 plugin itself.
I recreated the directory structure from Linux (qml/QtQuick/VirtualKeyboard/qmldir) but it still fails to find the plugin. Even if dynamically loading it is a problem, shouldn't Qt find the plugin first and then fail to load it?
Regards, Johannes
Am 02.08.2017 um 19:27 schrieb Christian Prochaska:
Hi Johannes,
On 31.07.2017 15:20, Johannes Kliemann wrote:
after applying your commit and fixing the vpaths for the plugin directory it compiles but it still fails to find the qtvirtualkeyboardplugin.
from looking at what gets built and installed with Qt for Linux, it seems there are actually multiple plugins involved that need to be ported to Genode: one Qt plugin (the one you ported) and multiple QtQuick plugins (QtQuick.Layouts, QtQuick.Virtualkeyboard.Styles, Qt.labs.folderlistmodel). The layout of the 'qml' directory must probably match the one on Linux (/usr/local/Qt-5.8.0/qml), with a 'qmldir' file in each sub directory, for the QtQuick plugins to be found. The Qt plugin was installed at '/usr/local/Qt-5.8.0/plugins/platforminputcontexts/libqtvirtualkeyboardplugin.so' on Linux, but I'm not sure if our Qt port can load non-QtQuick plugins with 'dlopen()' yet, so I would first try to use it as a static plugin, like it is done with the qjpeg plugin. This usually means adding an extra file to register the plugin at program start (see 'repos/libports/src/lib/qt5/qtbase/src/plugins/imageformats/jpeg/import_plugin.cc').
Regards, Christian
Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ genode-main mailing list genode-main@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/genode-main