Submodules

[michaelfiber]

This is an experiment into the feasibility of moving rcore functions to platform specific submodules:

• rcore_desktop.c
• rcore_drm.c
• rcore_web.c
• rcore_android.c

This is accomplished by moving appropriate function definitions to a new rcore.h that rcore.c and all the submodules include. There are also changes to the Makefile to conditionally include only the appropriate submodule when compiling.

The goal is to figure out what decisions have to be made to actually divide rcore.c into submodules. I'll start issues for discussion when this process exposes interesting choices that must be made to make this change.

[raysan5]

@michaelfiber Wow! This is a BIG change of raylib and I see it still requires lot of work but it seems it's going in the right direction! Thank you very much for starting working on it!

Input polling should be defined per platform and maybe some other part...

EDIT: Copying the info from wishlist for reference:

• REDESIGN: Module subdivision. This module has grown a lot with every new supported platform (~7000 loc), at some point it could be divided into separate modules. Two possible approaches:
  • Divide by platform:
    • rcore_desktop.c - PLATFORM_DESKTOP (Windows, Linux, macOS)
    • rcore_android.c - PLATFORM_ANDROID
    • rcore_native.c - PLATFORM_DRM/PLATFORM_RPI
    • rcore_web.c - PLATFORM_WEB
  • Divide by technology
    • rcore_glfw.c - GLFW library based
    • rcore_sdl.c - SDL library based
    • rcore_native.c - Native implementation

This is not an easy task, still deciding the proper approach for it. There are 45 functions depending on ~100 GLFW functions, those 45 functions should be reproduced separately for the different platforms/technologies and exposed through the same common API.

[michaelfiber]

@michaelfiber Wow! This is a BIG change of raylib and I see it still requires lot of work but it seems it's going in the right direction! Thank you very much for starting working on it!

Input polling should be defined per platform and maybe some other part...

Yes there is a lot more work to do on it and draft PR showing up here was actually a mistake on my part, I meant to keep it in my fork until I had more work done! Right now I am focusing on having a good way to check if I am breaking anything on a platform that I don't have access to at the moment and Github actions are great for that.

[michaelfiber]

All of the functions from rcore that were listed as depeneding on glfw have moved to submodules. A few other functions that were mostly platform specific code moved as well. There may still be more functions in rcore that it would make sense to move to submodules.

I think from where it is right now it may be possible for people to grab a specific submodule and start debugging further to get this closer to ready for release.

[raysan5]

@michaelfiber Thanks!