Project ERROR: Unknown module(s) in QT: waylandclient-private

Alex S.

I'm seeing similar problems with using Wayland compositor and then in my attempts to build the QtWayland module (Qt 5.8). It would be good if some comprehensive instructions (incl. dependencies) could be provided.

ybakos

qwaylandxkb.cpp only includes

#include <xkbcommon/xkbcommon-keysyms.h>

Yet xkb_keysym_to_utf32 is defined in xkbcommon/xkbcommon.h.

But even if I include that header in qwaylandxkb.cpp, I still get the same error.

Grrrr!

I do notice that in my config.cache there is no mention of xkbcommon, unlike the other dependencies.

ybakos

Ah, but qwaylandxkb.cpp does include qwaylandxkb.h, which in turn includes xkbcommon/xkbcommon.h.

I've perhaps noticed another clue. During a make clean I see the error:

Project ERROR: Library 'xkbcommon_evdev' is not defined.

I've also found the possibly relevant bugs:

ybakos

I've filed a new bug report:
https://bugreports.qt.io/browse/QTBUG-58839

SGaist

Thanks for sharing your findings and the link !

ybakos

But isn't there something I can do to fix this? (Is it a build config?)

I'm open to suggestions.

In the mean time, I'm going to set up a dev env on Fedora 25 and see if I get the same error.

ybakos

Same environment configuration on Fedora 25, and the same build error occurs.
Is there some detail regarding the config/make of libxkbcommon that is missing?

SGaist

I'm not yet used to the new feature build, so there might be a -lxkbcommon generation line missing somewhere but I don't know yet where to exactly look for it.

ybakos

I found a similar build issue in another project to see if I could find some clues. It too mentions something about a -lxkbcommon issue.

On my machine, the output of pkg-config --libs xkbcommon

 -L/home/ybakos/install/lib -lxkbcommon

I've tried building with:

LDFLAGS="-L/home/ybakos/install/lib -lxkbcommon" CFLAGS="-I/home/ybakos/install/include" make

But still have the same error.

The output of uname -a is:

Linux hades-fedora-localdomain 4.7.3-100.fc23.x86_64 #1 SMP Wed Sep 7 17:26:41 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux

SGaist

Try rather at the qmake level: qmake LIBS+="-L/home/ybakos/install/lib -I/home/ybakos/install/include -lxkbcommon"

ybakos

Thanks @SGaist ... but after removing prior qmake configs, running qmake LIBS+="-L/home/ybakos/install/lib -I/home/ybakos/install/include -lxkbcommon", and then make, I get the same error. Also the same when I run make with the LDFLAGS and CFLAGS set.

ybakos

I've just now tried opening the qtwayland project in Qt Creator again for the first time since trying to build from the command line.

The good (?) news is that the only error I am seeing in the General Messages are:

[Inexact] Project MESSAGE: perl -w /home/ybakos/Qt/5.8/gcc_64/bin/syncqt.pl -module QtWaylandClient -version 5.8.1 -outdir /home/ybakos/projects/build-qtwayland-Desktop_Qt_5_8_0_GCC_64bit-Debug /home/ybakos/projects/qtwayland
[Inexact] Project MESSAGE: perl -w /home/ybakos/Qt/5.8/gcc_64/bin/syncqt.pl -module QtWaylandCompositor -version 5.8.1 -outdir /home/ybakos/projects/build-qtwayland-Desktop_Qt_5_8_0_GCC_64bit-Debug /home/ybakos/projects/qtwayland

Project ERROR: Library 'xkbcommon_evdev' is not defined.

To my knowledge, xkbcommon_evdev isn't a separate library... how can I squelch this error? I feel like this is somehow related to my build issue.

SGaist

Do you have a QMAKE_USE= somewhere ?

ybakos

@SGaist My apologies, but I'm not familiar with that config var. Where/how do I use it?

SGaist

Sorry, I was talking about the sources of the module.

ybakos

@SGaist There are QMAKE_USE declarations throughout the various .pro files. For example:

QMAKE_USE += wayland-client wayland-server

In ivi-shell.pro, compositor.pro, and wayland_wrapper.pri I do see:

QMAKE_USE += xkbcommon_evdev

SGaist

Comment that one and you should be able to go further.

ybakos

@SGaist Thank you (again) but I've commented out every occurrence of QMAKE_USE += xkbcommon_evdev, re-run qmake and make, and still observe the same build error.

ybakos

Developers have chimed in with a patch.
https://codereview.qt-project.org/#/c/187132/

SGaist

Nice ! Thanks for sharing