Skip to content

[cmake] Fix config.h parsing into cmake options - #5844

Merged
raysan5 merged 1 commit into
raysan5:masterfrom
Peter0x44:master
May 8, 2026
Merged

raysan5 merged 1 commit into
raysan5:masterfrom
Peter0x44:master

Conversation

@Peter0x44

Copy link
Copy Markdown
Contributor

The restructuring of config.h broke the fragile regex that cmake was using to parse config.h for its own configurable options. It assumed the presence of an uncommented line was enabled, and ignored parsing 0/1.

This caused major problems, like:
-DSUPPORT_BUSY_WAIT_LOOP=ON
-DSUPPORT_CUSTOM_FRAME_CONTROL=ON

When configuring using cmake by default, with no options explicitly passed.

@raysan5 I would honestly do another release with this fix. It's really bad...

Parse SUPPORT_ defines from src/config.h by their actual 0/1 values so CUSTOMIZE_BUILD exposes the correct defaults. Apply INCLUDE_EVERYTHING explicitly when registering dependent options.
@raysan5

raysan5 commented May 8, 2026

Copy link
Copy Markdown
Owner

@Peter0x44 thanks for the fix!

raylib is going at the moment through a private security audit, once critical points get fixed I'll do another release.

@raysan5
raysan5 merged commit 95bfa19 into raysan5:master May 8, 2026
4 checks passed
@Peter0x44

Copy link
Copy Markdown
Contributor Author

Do you know when this audit will be finished?

@raysan5

raysan5 commented May 8, 2026

Copy link
Copy Markdown
Owner

@Peter0x44 I don't know, it started April 23rd, there are about 20 working items open at the moment, 5 potential vulnerabilities found but only 1 critical (OpenURL()). When they finish the review and generate the report I should go through the vulnerabilities to see what can be addressed. I'm having a call with them next week for more details.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants