qt5.4.1->qt5.5.1 [5.9.6; 5.10.1] - OpenGL builds OK but apps don't see it

SGaist

Ok, so in fact, your current test setup isn't really cross-compiling since you start and end with the exact same architecture.

What hardware are you using to run minimyth2 ?

warpme

@SGaist said in qt5.4.1->qt5.5.1 [5.9.6; 5.10.1] - OpenGL builds OK but apps don't see it:

Ok, so in fact, your current test setup isn't really cross-compiling since you start and end with the exact same architecture.

Well - I would say: it IS cross compiling but in this exercise build, host and target are all x86_64. But only cpu arch is single common part.
All other vital components (gcc, glibc, binutils, kernel, qt, etc are different).

So pls don't be mislead: situation that build and target have declared the same architecture not means that there is no cross-compile.

What hardware are you using to run minimyth2 ?

It is any x86 or selected armv7 / aarch64 (bcm2837 tested)
For x86 I have users with: Intel NUC, ION1, ION2, multiple AMD (Kabini, Richland, etc).
Basically I'm supporting any x86 CPU and 1503 gfx cards out-of-box (with full auto detection and auto-configure)

warpme

I started to play with myth code to see what qt5.10.1 provides.
After disabling OpenGL checks I started to see:

QXcbIntegration: Cannot create platform OpenGL context, neither GLX nor EGL are enabled

Of course I have libglx.so in /home/piotro/minimyth-dev/images/main/usr/lib/xorg/modules/extensions.

qt config summary also says GLX on X11:yes

X11:
  Using system-provided XCB libraries .. yes
  EGL on X11 ........................... yes
  Xinput2 .............................. yes
  XCB XKB .............................. yes
  XLib ................................. yes
  XCB render ........................... yes
  XCB GLX .............................. yes
  XCB Xlib ............................. yes
  Using system-provided xkbcommon ...... yes
  Native painting (experimental) ....... yes

What are other possible reasons for such error?

SGaist

I wonder if it's a question of libraries versions.

sierdzio

Consider running conifugre with verbose flag - you'll be able to see what libs it is looking for an maybe whether there are some warnings popping up.

warpme

@SGaist said in qt5.4.1->qt5.5.1 [5.9.6; 5.10.1] - OpenGL builds OK but apps don't see it:

I wonder if it's a question of libraries versions.

I was thinking about this as well.
I made test build with qt build-in xcb (assuming bundled xcb for sure is OK).
OpenGL still not works.
Currently I think qt5.5+ has changed opengl subsystem in a way that my cross-build procedure earlier described in this thread (my message from 8 days ago) will not work anymore.

I think it is qt bug as:

conceptually procedure is OK (IMHO)
procedure works for qt5.4 and earlier
qt5.10 configure says Yes in all places where needed
qt5.10 build reports no errors nor related warnings

warpme

@sierdzio
Pls look at my earlier post where I put links to full build log with -verbose flag in configure.
Pls look at 5.5.1.log (as 5.5 is first qt ver. where opengl not works for me.)
Maybe You will discover something meaningful in build log.
I can't :-(

warpme

ok - I found it.
Issue was typo in filename of xcbintegration libs in my install script. argh....
5.4.x family don't have those libs while 5.5+ has.
I added images of those libs to boot image - but 2 letters in filename were in reverse order....

thx anybody who was trying to help me!

SGaist

Glad you found out and thanks for sharing !

What was the additional file you had wrong ?

warpme

@SGaist said in qt5.4.1->qt5.5.1 [5.9.6; 5.10.1] - OpenGL builds OK but apps don't see it:

Glad you found out and thanks for sharing !

What was the additional file you had wrong ?

oh it was

libqxcb-glx-integration.so

in

/usr/lib/qt5/plugins/xcbglintegrations

dir
This .so is new addition since 5.5.
may ppl has issues with nonworking OpenGL due missing this library after upgrade to 5.5 but forgotten to install this lib. (there is also EGL version of this lib btw)
It is usually because packagers are frequently putting them the into separate package called usually xcbglintegrations plugins or similar.

btw: I'm really impressed in increasing quality of qt regarding building process.