-
Notifications
You must be signed in to change notification settings - Fork 2.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Compilation failure on Raspberry Pi 4: SDLGLGraphicsContext.cpp:90:37: error: 'XOpenDisplay' was not declared in this scope #12346
Comments
How do you configure? It seems like it's not being compiled with X? -[Unknown] |
Correct, I am trying to build PPSSPP without X. I have done this in the past for the Raspberry Pi 2 and 3. Here are the commands I am using to build PPSSPP:
I am also using the SDL2 2.0.10 was configured with the following configure flags:
|
With the Pi 4, apparently it now works to use X and get hardware acceleration (so I understand, haven't tried a Pi 4.) As such, USING_FBDEV is not forced on for Pi 4: ppsspp/cmake/Toolchains/raspberry.armv7.cmake Lines 35 to 39 in 6a16764
If you want fbdev still on Pi 4, just pass -[Unknown] |
Thanks for the info. I'll give it go over the next few days and feedback. |
Although PPSSPP now compiles, it fails at run time:
It looks like it might be trying to use the /opt/vc libraries which don't work on the Raspberry Pi 4. |
See #12388, closing since it compiles and the runtime issue was reported a new driver problem. |
It would be interesting to know if other GL apps using fbdev still work fine. We're not really doing anything strange. -[Unknown] |
I've compiled RetroArch and Mupen64Plus (standalone) and they both work for me. Retroarch is using OpenGL/KMS and Mupen64Plus is using GLES and SDL2 (built with kms also). I think PPSSPP is picking up the GLES libraries under /opt/vc which aren't supported on the Raspberry Pi 4. I'll try telling PPSSPP to use the GLES libraries under /usr/lib instead. |
If it works to move People had reported it working on Pi 4, so IO wonder what changed. Unfortunately, I don't have a device to test with. -[Unknown] |
Here's the cmake file I used with my latest attempt:
Although PPSSPP compiled, it fails at run time:
|
Is there any workaround for this? |
I've not found a way to make it work sadly. My next approach was going to be to install an X desktop, but I was hoping to avoid this. |
Is it possible this is related to #12474? -[Unknown] |
Apologies for the delay in replying, the Raspberry Pi 4 I was using was on loan from a friend. I now however, have my own Raspberry Pi 4 so I've spent some more time trying to get PPSPP working under Arch Linux (as tried above). The original issue remains sadly. I have also tried installing an X windows desktop (Xfce) and I get these errors instead:
Here is some of the output from
Mesa version is: 20.0.5 |
That looks exactly like #12474. See here specifically: #12474 (comment) -[Unknown] |
Ok, thanks. Is there anything I can do to help resolve or debug the issue further for you? |
Well, it sounds like the mesa team was wanting someone to set some breakpoints and find out if somehow we're asking for the same surface to be used with multiple EGL instances, because that's apparently the commit it stopped working on - only on pi4, though. -[Unknown] |
I've now managed to get PPSSPP to work without requiring an X11 desktop under Arch Linux on the Raspberry Pi 4. Mesa upgraded to version 20.0.6-2. Used the following cmake args:
|
What happens?
Compilation failure under Arch Linux on Raspberry Pi 4 with SDL 2.0.10.
What should happen?
Successful compilation.
What hardware, operating system, and PPSSPP version? On desktop, GPU matters for graphical issues.
Raspberry Pi4, Arch Linux, PPSSPPP git clone.
Compilation error:
The text was updated successfully, but these errors were encountered: