C++ compiler support

[sakgoyal]

Allow C++ compilers to compile this code without separately linking as a C library.

Changes:

• Backport RGFW unicode fix
  • ColleagueRiley/RGFW@0ebeb37
• Add C-style casting
• Fix a initializer list being in the wrong order (C++ requires declaration order)
• GLFW currently has issues with cross compiling so I am using RGFW for now
  • Clang++ build for windows glfw/glfw#2777
• Change C Aggregate initializer to C++ default initializer.
• Remove duplicate key in keyMappingRGFW

clang++ -static --std=c++23 -D PLATFORM_DESKTOP_RGFW -D _CRT_SECURE_NO_WARNINGS \
.\src\main.cpp .\vendor\raylib\src\raudio.c .\vendor\raylib\src\rcore.c ... \
-lgdi32 -lkernel32 -lmsvcrt -luser32 -lopengl32 -Xlinker /NODEFAULTLIB:libcmt

[sakgoyal]

I would appreciate it if somebody could review this and suggest how I can improve this. I dont think my solutions for aggregate initializers is good, but I am not sure how to improve it.

[raysan5]

@sakgoyal Thanks for the review, I see multiple improvements that can be implemented but I'm afraid external libraries should not be modified on raylib side because once updated to latest versions, changes will be lost. Still, some of the them are managed by me so only libraries managed by other developers will suffer that fate.

I also see some specific changes that I don't understand why are required. Added some notes.

Also, about coding conventions, raylib uses a space before asterix on casting, please, could you review that? (i.e. (float*)--> (float *).

[raysan5]

Why this is required? I prefer to avoid it.

[raysan5]

Mmmh... why is this required? Because name mangling?

[raysan5]

I prefer to avoid the __cplusplus check only for that.

[sakgoyal]

I will revert GLFW and qoa.

is jar_* managed by you? I couldn't find it anywhere else.

my fix for tinyobj_loader was actually fixed 3 years ago. seems like that update was not pulled in.

RGFW seems to be introducing some breaking changes for v1.8 (removing gamepad support, and more). so that will require a rework of the RGFW backend in raylib. for now, I think backporting this change is useful for now while 1.8 is being worked on