Conversation
|
Also, a small detail, Because it initially forces GLES 2.0 and still tries to link raylib/cmake/LibraryConfigurations.cmake Lines 97 to 114 in 6ff51d3 It works fine via |
|
@Bigfoot71 Thanks for the quick fix! I'm testing the Win32 platform and reporting. In the meantime, maybe @Peter0x44 @manuel5975p @VictorHM or @JohnnyCena123 (on my list of CMake maintainers) can take a look to the CMake issue? |
|
@Bigfoot71 Reviewing
trying to increment size but just two pixels width (from 800 to 802) and it works,
Any idea? |
|
@raysan5 No real idea right now; everything works under SDL. I'd need to create a Windows VM to inspect it in more detail. I'll keep you posted. The only thing that comes to mind is to check if |
|
@Bigfoot71 Yeah, I checked the clientSize and it seems good, also RLGL.framebuffer properties, it seems the framebuffer is correctly allocated... No worries, I'll keep investigating it after the release. |
raysan5#5720 (comment) In this comment, it was pointed out that LibraryConfigurations.cmake still tries to find and link egl, gbm, and glesv2, even when using the software renderer is it not necessary. This patch addresses that.
#5720 (comment) In this comment, it was pointed out that LibraryConfigurations.cmake still tries to find and link egl, gbm, and glesv2, even when using the software renderer is it not necessary. This patch addresses that.


Fixes compilation errors for DRM and handles resizing for SDL and WIN32
sw_color8_to_color()#5715A little validation for WIN32 would be preferable; I don't have a Windows machine to test on, but I simply added this to
HandleWindowResize:Also, I had added it for RGFW, but when I tried to test it I realized that blitting is not implemented, black screen, so I didn't do anything.