Created attachment 5570 [details] Config, make, and patch files for SDL2 package I updated buildroot to 2014.08, started from raspberrypi_defconfig, and tried to build my SDL2 package linking with rpi-userland. It's not in a submittable state (many options carried over from SDL1 that still have to be checked for applicability) but it worked fine as is with 2014.05. It includes a patch to do pkg-config for the userland libs rather than assume /opt/vc. While building rpi-userland was successful, building SDL2 failed at link time with multiple "undefined reference to vc_dispmanx_*". My local fix so far is to add -lvchostif into the SDL2 patch. But I understand from the userland CMake files that that is supposed to come with -lbcm_host.
I think you need EGL (egl.pc). Forget bcm_host. See commit 6a29ce0d1648baccb311e78c7c906ca27255e895.
Created attachment 5582 [details] SDL2 package work-in-progress for buildroot 2014.05 I am also working on an SDL2 package for buildroot targeting the Raspberry Pi. I haven't migrated it to 2014.08 yet though. My focus is only on the framebuffer (fbcon + EGL), not the other video drivers. The current state is that fbcon works, but not perfectly: SWSURFACE works fine, HWSURFACE with double buffering does not seem to flip at the right time: overpainting is visible while double buffering should eliminate that. My guess is that this is a problem in the kernel fb driver, but I haven't verified that yet. I tried one GL ES application so far and it didn't run. The compilation of the GL ES and EGL code in SDL2 did work though. Please have a look at the patch that makes SDL2 use pkg-config for the EGL compile flags instead of using the hardcoded paths to /opt. I think this might fix the issue you're running into. Note that the Raspberry Pi support in SDL2's configure requires "raspberry" as the vendor in the system identifier (host triple), I added an override for that in "sdl2.mk".
By the way, I think that SDL2 should not be built for the host. SDL2 is a library for interactive use and that has no place in an automated build, in my opinion. (The SDL 1.2 host build was added in commit 102f86e8 to support XBMC's build.)
So, in the end there is no real bug here? It's really SDL2 that should be fixed, and since we don't yet have a SDL2 package, this is not a bug for now, right?
Unfortunately, there was no further feedback from the original submitter. However, it seems the problem was more in the packaging of SDL2 (which isn't in Buildroot as of today) and not in Buildroot itself. Marteen, it would be good if you could submit your SDL2 patches at some point. In the mean time, I'll mark the bug as resolved/invalid. Feel free to re-open it if you disagree.