undefined symbol: eglGetProcAddress on Raspberry Pi 4

[bizfish]

I'm trying to install for DRM and have followed the Option 3 steps in the RPi instructions and I'm getting the below error.
I've tried a bunch of different cmake options for building raylib but nothing has gotten it working so far. I've tried on raspbian lite and on a full install of raspbian (autologin to CLI).

>> from raylib import *
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/home/pi/.local/lib/python3.11/site-packages/raylib/__init__.py", line 15, in <module>
    from ._raylib_cffi import ffi, lib as rl
ImportError: /home/pi/.local/lib/python3.11/site-packages/raylib/_raylib_cffi.abi3.so: undefined symbol: eglGetProcAddress

[electronstudio]

I’ve seen that error posted here before but I can’t remember if anyone managed to fix it. Raylib in DRM mode has historically been quite unreliable - I never got it to work on my Pi 3.

However those instructions do work for me on Pi 4 with Raspberry Pi OS 12 (bookworm) 64 bit. Is this version you are running?

in order for Raylib-Python-CFFI to compile, you do need a working installation of Raylib. Does your Raylib work, I.e, can you run the C examples that come with it?

[bizfish]

I can run the C examples without issue, and it is bookworm 64bit. Its a fully fresh install, maybe I'm missing some library or config setting? I am able to build with pip without error and install it to python but it just fails to import at runtime.

[electronstudio]

Does the LD preload fix here help? #77

[bizfish]

Using their preload fix I got:
ImportError: /home/pi/.local/lib/python3.11/site-packages/raylib/_raylib_cffi.abi3.so: undefined symbol: glfwGetMonitorWorkarea
Then I tried adding /usr/lib/aarch64-linux-gnu/libglfw.so to the preload too and I got this:
ImportError: /home/pi/.local/lib/python3.11/site-packages/raylib/_raylib_cffi.abi3.so: undefined symbol: glfwGetPlatform
I noticed glfwGetPlatform was added to GLFW in version 3.4 and the GLFW version that got installed (through apt as a dependency, maybe?) was 3.3. So I checked out glfw/master and built with BUILD_SHARED_LIBS and installed that. After that, this now works:
LD_PRELOAD="/usr/lib/aarch64-linux-gnu/libEGL.so /usr/lib/aarch64-linux-gnu/libgbm.so /usr/local/lib/libglfw.so" python3 examples/shapes/shapes_logo_raylib.py

[electronstudio]

Well done for getting it to work.

But that is quite strange. Raylib should be linking with its own internal copy of GLFW 3.4 (unless USE_EXTERNAL_GLFW is set) so it shouldn't need to load the system one. Maybe EGL links against the system GLFW, or vice versa?

[electronstudio]

OK I think I've solved the GLFW part of the problem.

The instructions tell you to sudo cp -r ../src/external/glfw/include/GLFW /usr/local/include/ which copies Raylib's internal GLFW header to the system so that raylib-python-cffi can find it when building, but that version doesn't match the system version. Raylib in DRM mode doesn't use GLFW at all so I think we can rm -rf /usr/local/include/GLFW and I'll remove that from the instructions.

[electronstudio]

The original problem is caused by pkg-config --libs raylib failing to include "-lgbm -ldrm -lEGL".

It looks like I was aware of this because the instructions say to set LDFLAGS... but then LDFLAGS is ignored. So I have no idea how this worked for me a few weeks ago and now it doesn't.

I'm not sure what the cleanest fix is. Probably easiest to manually patch the pkg-config file.

[electronstudio]

I think easiest is to build a shared version of raylib rather than static. The shared libraries dont have problems finding other shared libraries. This produces wheels that require raylib shared library to be installed but I think that's fine if people are building from source anyway.

I have updated instructions, let me know if they work: https://github.com/electronstudio/raylib-python-cffi/blob/master/RPI.rst#option-3-compile-raylib-from-source-drm-mode

[bizfish]

The new instructions work great!