fix Windows builds under MSYS2 CLANG64 #1

Merged
tsuki merged 1 commits from bloogoop/openroller:msys2-builds into main 2026-08-05 18:13:16 +00:00
Collaborator
  • Use Windows executable-path APIs when returning to the song menu
  • Add an SDL-based OpenGL compatibility helper for glActiveTexture so it resolves at runtime instead of linking against the OpenGL 1.1-only Windows import library

TODO: figure out this little shit (maybe needs companion vectorail-gc changes?)

$ openroller/tools/run_stage_player.sh
-- Configuring done (0.3s)
-- Generating done (0.0s)
-- Build files have been written to: C:/Users/BlooGoop/workspace/openroller/build
ninja: no work to do.
Window: 720x1280 drawable=720x1280
Song select: could not load "C:/Users/BlooGoop/workspace/openroller/GC\\data\\boot\\stage_param.dat": stage_param.dat has 4116 trailing bytes after 917 records
- Use Windows executable-path APIs when returning to the song menu - Add an SDL-based OpenGL compatibility helper for glActiveTexture so it resolves at runtime instead of linking against the OpenGL 1.1-only Windows import library TODO: figure out this little shit (maybe needs companion vectorail-gc changes?) ``` $ openroller/tools/run_stage_player.sh -- Configuring done (0.3s) -- Generating done (0.0s) -- Build files have been written to: C:/Users/BlooGoop/workspace/openroller/build ninja: no work to do. Window: 720x1280 drawable=720x1280 Song select: could not load "C:/Users/BlooGoop/workspace/openroller/GC\\data\\boot\\stage_param.dat": stage_param.dat has 4116 trailing bytes after 917 records ```
bloogoop added 1 commit 2026-08-04 05:32:32 +00:00
- Use Windows executable-path APIs when returning to the song menu
- Add an SDL-based OpenGL compatibility helper for glActiveTexture so
  it resolves at runtime instead of linking against the OpenGL 1.1-only
  Windows import library
tsuki marked the pull request as ready for review 2026-08-05 18:13:10 +00:00
tsuki merged commit cd300cd554 into main 2026-08-05 18:13:16 +00:00
Owner

prolly the incompatibility became because of using v475 base instead of v474 (prolly stage_param in 475 contains new songs weren't listed in 474). anyhoo, merged

prolly the incompatibility became because of using v475 base instead of v474 (prolly stage_param in 475 contains new songs weren't listed in 474). anyhoo, merged
Sign in to join this conversation.
No Reviewers
2 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: tsuki/openroller#1