liri-eglfs compile error on thud - Githubissues

schnitzeltony / meta-qt5-extra

OE layer for desktop environments based on Qt5 (KDE KF5+Plasma+Apps / lirios / lxqt / lumina)

MIT License

29 stars 32 forks source link

liri-eglfs compile error on thud #67

Closed ghost closed 5 years ago

ghost commented 5 years ago

I am getting the compile error when building liri-eglfs on thud.

/liri/bld-liri/tmp/work/aarch64-poky-linux/liri-eglfs/0.0.0+gitAUTOINC+abe530108d-r0/git/src/plugins/platforms/eglfs/deviceintegration/eglfs_kms/qeglfskmsgbmscreen.cpp:375:46: error: 'QOpenGLFunctions_3_0' was not declared in this scope auto funcs = glContext->versionFunctions(); ^~~~~~~~ /liri/bld-liri/tmp/work/aarch64-poky-linux/liri-eglfs/0.0.0+gitAUTOINC+abe530108d-r0/git/src/plugins/platforms/eglfs/deviceintegration/eglfs_kms/qeglfskmsgbmscreen.cpp:375:46: note: suggested alternative: 'QOpenGLFunctions' auto funcs = glContext->versionFunctions(); ^~~~~~~~ QOpenGLFunctions /liri/bld-liri/tmp/work/aarch64-poky-linux/liri-eglfs/0.0.0+gitAUTOINC+abe530108d-r0/git/src/plugins/platforms/eglfs/deviceintegration/eglfs_kms/qeglfskmsgbmscreen.cpp:375:68: error: no matching function for call to 'QOpenGLContext::versionFunctions< >()' auto funcs = glContext->versionFunctions(); ^

schnitzeltony commented 5 years ago

What does

bitbake -e qtbase | grep ′PACKAGECONFIG

say?

ghost commented 5 years ago

I added it in the text file. packageconfig.txt

schnitzeltony commented 5 years ago

Ahh Freescale/NXP - what machine exactly?

Just what I do usually / did recently

my reference machine is Raspi3 with open source graphics stack (VC4 / mesa)
as far as I can remember I have built/run LIRI for imx6 (Variscite-SOM - see meta-freescale-3rd-party) with open source graphics stack (entaviv/mesa) - maybe I should try another time
my qtbase is build with PACKAGECONFIG_GL = "gl' for two reasons: Some projects don't build with qtbase configured for gles and I could not find any performance regression yet.

So let me guess: You use vivante closed source (this either X11 or Wayland thingy...) - or do you think you can give mainline-kernel / etnaviv / qtbase for full OpenGL a try?

schnitzeltony commented 5 years ago

One bit off topic note: be aware that LIRI is WIP and has issues. Just to avoid disappointments...

ghost commented 5 years ago

I am using imx8qmmek machine.

I built Liri before for the same machine when all the yocto recipes in meta-qt5-extra pointed to old commits of Liri source. ( I think this is because Liri adapted qbs build system in between). I started building it again after i learnt that Liri moved to cmake but came across this build break.

Yes, we use vivante closed source. I am able to see those openGL functions in the sysroots of Liri-eglfs . I will try with the mainline-kernel but not sure if it will work.

schnitzeltony commented 5 years ago

I built Liri before for the same machine when all the yocto recipes in meta-qt5-extra pointed to old commits of Liri source. ( I think this is because Liri adapted qbs build system in between).

Yes I did not get QBS to fly - but that is ages ago...

schnitzeltony commented 5 years ago

Sleeping this over made me remember: had trouble at the same code area not during build but at runtime [1].

There is some frame-recorder (enabled by default upstream - hmm) which uses OpenGL3 functions. Up to now this was was just disabled - now I removed the code completely [2]. Be aware that I rebased thud branch to master to the point just before music stuff was splitted out to meta-musicians. I did that to avoid backport dance and to get best out of thud branch.

Long talk short: pulling meta-qt5-extra/thud should fix your issue.

[1] https://github.com/lirios/lirios/issues/61 [2] https://github.com/schnitzeltony/meta-qt5-extra/commit/25359434082002fe1a8aebc505b46a097d052b79

ghost commented 5 years ago

Thank you! Pulling meta-qt5-extra/thud fixed my build break.