deps: Update dependency raylib to v6

[ffortier]

This PR contains the following updates:

Package	Type	Update	Change
raylib	http_archive	major	5.5 → 6.0

---

Release Notes

raysan5/raylib (raylib)

v6.0

Compare Source

A new raylib release is finally ready and, again, this is the biggest raylib release ever! Thanks to the support of many amazing contributors this release comes packed with many new features and improvements, also thanks to the financial support of NLnet and the NGI Zero Commond Fund that allow me to work on this project mostly fulltime for the past few months.

Some astonishing numbers for this release:

• +330 closed issues (for a TOTAL of +2150!)
• +2000 commits since previous RELEASE (for a TOTAL of +9760!)
• +20 new functions ADDED to raylib API (for a TOTAL of 600!)
• +70 new examples to learn from (for a TOTAL of +215!)
• +210 new contributors (for a TOTAL of +850!)

Highlights for raylib 6.0:

• NEW Software Renderer - rlsw: The biggest addition of this new release. A new software renderer backend, that allows raylib to run purely on CPU, with no neeed for a GPU. It finally closes the circle of my search for a portable self-contained, with no-external-dependencies, graphics library, able to run on any device providing some CPU-power and some RAM memory. It has been possible thanks to the amazing work of Le Juez Victor (@​Bigfoot71), who created rlsw, a single-file header-only library implementing OpenGL 1.1+ specification, tailored to fit into raylib rlgl OpenGL wrapper, and allowing to run raylib seamlessly over CPU with no code changes required on user side. As expected, software rendering is slower than hardware-accelerated rendering but it is still fast enough to run basic application at 30-60 fps. Actually, it already proved it usefulness on a new raylib port for ESP32 microcontroller by Espressif, useful for industrial applications, and opens the door to the upcoming RISC-V powered devices that start arriving to the marked, and many times come with no GPU. Along the new software renderer, some of the existing platform backends have been adapted to support it (SDL, RGFW, DRM) and also new platforms backends have been created to accomodate it (Win32, Emscripten), incluing a new PLATFORM_MEMORY, that allows direct rendering to a memory framebuffer.

• NEW Platform backend: Memory - rcore_memory: This new platform has been added along the software renderer backend, allowing 2d and 3d rendering over a platform-agnostic memory framebuffer, it can run headless and output frames can be directly exported to images. This new backend could also be useful for graphics rendering on servers or process images directly using the memory buffer.

• NEW Platform backend: Win32 - rcore_desktop_win32: A new Windows platform backend and the first step towards a potential replacement/alternative to the platform libraries currently used by raylib (GLFW/SDL/RGFW). This backend follows same API template structure than the other raylib backends, but directly implementing Win32 API calls. It allows initializing OpenGL GPU-accelerated windows and also GDI based windows, useful for the software renderer backend. This new backend approach, following a common template-structure and separating the platform logic by specific OS/Windowing system, will simplify code, improve maintenance, readability and portability for raylib, setting some bases for the future. NOTE: This backend is new and it could require further testing, use it as an experimental backend for now.

• NEW Platform backend: Emscripten - rcore_web_emscripten: In the same line as Win32 backend, this new web backend moves away from libglfw.js and directly implements Emscripten/JS functionality, with no other dependencies, adding support for the new software renderer to draw directly on a non-accelerated 2d canvas but also supporting a WebGL-hardware-accelerated canvas when required. NOTE: This backend is new and it could require further testing, use it as an experimental backend for now.

• REDESIGNED Fullscreen modes and High-DPI content scaling: After many years and many related issues, the full-screen and high-dpi content scaling support has been completely redesigned from scratch. New design prioritizes borderless fullscreen modes and automatically detects current monitor content scaling configuration to scale window and framebuffer accordingly when required. Still, High-DPI support must be requested by user if desired enabling FLAG_WINDOW_HIGHDPI on window creation. This new system has been carefully tested on Windows, Linux (X11, Wayland), macOS with multiple monitors and multiple resolutions, including 4K monitors.

• REDESIGNED Skeletal Animation System: A new animation system for 3d models has been created to support animation blending, between single frames but also between differents frames on different animations, to allow easy timed transitions between animations. This redesign implied reviewing several raylib structures to better accomodate animation data: Model, ModelSkeleton, ModelAnimation, but the API was simplified and support for GPU-skinning was improved with multiple optimizations.

• REDESIGNED Build Config System - config.h: raylib allows lot of customization for specific needs (i.e. disabling modules not needed for specific applications like rmodels or raudio) but previous implementation did not allow easely disabling some features from custom build systems. New design not only allows disabling features with simple -DSUPPORT_FILEFORMAT_OBJ=0 on building command-line but also the full system has been reviewed, removing useless flags and exposing new ones.

• NEW File System API: Along the years, multiple filesystem functions have been added to raylib API as required but it felt somewhat inconsistent with some pieces missing. In this new release, the full filesystem API has beeen reviewed and reorganized, compiling all the functionality single module: rcore, consequently utils module has been removed and build system has been simplified even more; only 6-7 modules (.c) need to be compiled containing the full raylib library. This new filesystem API will allow raylib to be used on the creation of custom build systems, as already demostrated with the new rexm tool for examples management. At the moment raylib includes +40 file system management functions, here a list with the new functions added:

    int FileRename(const char *fileName, const char *fileRename); // Rename file (if exists)
    int FileRemove(const char *fileName);                         // Remove file (if exists)
    int FileCopy(const char *srcPath, const char *dstPath);       // Copy file from one path to another, dstPath created if it doesn't exist
    int FileMove(const char *srcPath, const char *dstPath);       // Move file from one directory to another, dstPath created if it doesn't exist
    int FileTextReplace(const char *fileName, const char *search, const char *replacement); // Replace text in an existing file
    int FileTextFindIndex(const char *fileName, const char *search); // Find text in existing file

• NEW Text Management API: Along with the new file system functionality, a new set of text management functions has been added, also very useful for text procesing and also used in custom build systems creation using raylib. At the moment raylib includes +30 text management functions, here a list with the new functions added:

    char **LoadTextLines(const char *text, int *count); // Load text as separate lines ('\n')
    void UnloadTextLines(char **text, int lineCount);   // Unload text lines
    const char *TextRemoveSpaces(const char *text);     // Remove text spaces, concat words
    char *GetTextBetween(const char *text, const char *begin, const char *end); // Get text between two strings
    char *TextReplace(const char *text, const char *search, const char *replacement); // Replace text string with new string
    char *TextReplaceAlloc(const char *text, const char *search, const char *replacement); // Replace text string with new string, memory must be MemFree()
    char *TextReplaceBetween(const char *text, const char *begin, const char *end, const char *replacement); // Replace text between two specific strings
    char *TextReplaceBetweenAlloc(const char *text, const char *begin, const char *end, const char *replacement); // Replace text between two specific strings, memory must be MemFree()
    char *TextInsertAlloc(const char *text, const char *insert, int position); // Insert text in a defined byte position, memory must be MemFree()

• NEW tool: raylib examples manager - rexm: raylib examples collection is huge, with more than 200 examples it was quite difficult to manage: adding, removing, renaming examples was a very costly process involving many files to be modified (including build systems), also the examples did not follow a common header convention neither a structure conventions. For that reason, a new support tool has been created: rexm, a raylib examples manager that allows to easely add/remove/rename examples, automatically fix inconsistencies and even building and automated testing on multiple platforms.

USAGE:
    > rexm <command> <example_name> [<example_rename>]

COMMANDS:
    create <new_example_name>     : Creates an empty example, from internal template
    add <example_name>            : Add existing example to collection
    rename <old_examples_name> <new_example_name> : Rename an existing example
    remove <example_name>         : Remove an existing example from collection
    build <example_name>          : Build example for Desktop and Web platforms
    test <example_name>           : Build and Test example for Desktop and Web platforms
    validate                      : Validate examples collection, generates report
    update                        : Validate and update examples collection, generates report

• NEW +70 new examples: Thanks to rexm and the simplification on examples management, this new raylib release includes +70 new examples to learn from, most of them contributed by community. Multiple examples have also been renamed for consistency and all examples header and structure have been reviewed and unified.

Make sure to check raylib CHANGELOG for a detailed list of changes!

I want to thank all the contributors (+850!) that along the years have greatly improved raylib and pushed it further and better day after day. And many thanks to raylib community and all raylib users for supporting the library along those many years.

Finally, I want to thank puffer.ai and comma.ai for using raylib and supporting the project as platinum sponsors, along many others individuals that have been sponsoring raylib along the years. Thanks to all of you for allowing me to keep working on this library!

After +12 years of development, raylib 6.0 is today one of the bests libraries to enjoy games/tools/graphics programming!

Enjoy graphics programming with raylib! :)

---

Configuration

📅 Schedule: (UTC)

• Branch creation
  • At any time (no schedule defined)
• Automerge
  • At any time (no schedule defined)

🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.

♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.

🔕 Ignore: Close this PR and you won't be reminded about this update again.

---

• If you want to rebase/retry this PR, check this box

---

This PR has been generated by Mend Renovate.

[coderabbitai]

Warning

Rate limit exceeded

@ffortier has exceeded the limit for the number of commits that can be reviewed per hour. Please wait 59 minutes and 25 seconds before requesting another review.

Your organization is not enrolled in usage-based pricing. Contact your admin to enable usage-based pricing to continue reviews beyond the rate limit, or try again in 59 minutes and 25 seconds.

⌛ How to resolve this issue?

After the wait time has elapsed, a review can be triggered using the @coderabbitai review command as a PR comment. Alternatively, push new commits to this PR.

We recommend that you space out your commits to avoid hitting the rate limit.

🚦 How do rate limits work?

CodeRabbit enforces hourly rate limits for each developer per organization.

Our paid plans have higher rate limits than the trial, open-source and free plans. In all cases, we re-allow further reviews after a brief timeout.

Please see our FAQ for further information.

ℹ️ Review info

⚙️ Run configuration

Configuration used: defaults

Review profile: CHILL

Plan: Pro

Run ID: 2c1a5a5d-b554-42da-8eb9-9a8c6677ffcc

📥 Commits

Reviewing files that changed from the base of the PR and between 51da280 and 3181d00.

📒 Files selected for processing (1)

• third_party/cpp/deps.MODULE.bazel

✨ Finishing Touches

🧪 Generate unit tests (beta)

• Create PR with unit tests
• Commit unit tests in branch renovate/raylib-6.x

---

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

• X
• Mastodon
• Reddit
• LinkedIn

_{Comment @coderabbitai help to get the list of available commands and usage tips.}