Running scripts/osx/download_libs.sh after extracting the of_v0.12.1_osx_release tarball replaces the release-matched precompiled libs with current nightly apothecary builds. With those libs, rendering with a programmable-pipeline context (GL 3.2 / 4.0) is fully corrupted in every project including the stock examples, and even the default GL 2.1 context shows broken line drawing and intermittent driver crashes. Keeping the tarball libs untouched, everything renders correctly with the same source code.
Symptoms after running the script (same source code, same machine):
GL 4.0 / 3.2 core contexts (settings.setGLVersion(...)): garbage geometry — giant stray triangles, bitmap text drawn huge/distorted.
Default GL 2.1: mostly renders, but line drawing is broken, and apps using ofxGui crash intermittently at startup: SIGBUS (KERN_PROTECTION_FAILURE) inside GLEngine gleRunVertexSubmitImmediate, called from ofGLRenderer::draw(ofPath) → ofxGuiGroup::render().
To Reproduce
Extract a fresh of_v0.12.1_osx_release.tar.gz.
In examples/graphics/graphicsExample, set settings.setGLVersion(4, 0) in main.cpp (also reproducible with 3.2), build and run → renders correctly.
Run scripts/osx/download_libs.sh.
Rebuild the same example → rendering is corrupted: giant stray triangles, bitmap text drawn huge/distorted.
With the default GL 2.1 context the example still mostly renders, but line drawing is broken, and apps using ofxGui crash intermittently at startup (SIGBUS in GLEngine gleRunVertexSubmitImmediate, from ofGLRenderer::draw(ofPath) → ofxGuiGroup::render()).
Desktop:
macOS 26.5.2 (Tahoe), MacBook Pro M1 Max, Xcode 26.6 — and reproduced identically on a second machine running an older macOS 26.5.1 and 15.5 (Sequoia)
openFrameworks 0.12.1 release tarball
Also reproduced building against the nightly OF release (of_v20260719)
Running scripts/osx/download_libs.sh after extracting the of_v0.12.1_osx_release tarball replaces the release-matched precompiled libs with current nightly apothecary builds. With those libs, rendering with a programmable-pipeline context (GL 3.2 / 4.0) is fully corrupted in every project including the stock examples, and even the default GL 2.1 context shows broken line drawing and intermittent driver crashes. Keeping the tarball libs untouched, everything renders correctly with the same source code.
Symptoms after running the script (same source code, same machine):
GL 4.0 / 3.2 core contexts (settings.setGLVersion(...)): garbage geometry — giant stray triangles, bitmap text drawn huge/distorted.
Default GL 2.1: mostly renders, but line drawing is broken, and apps using ofxGui crash intermittently at startup: SIGBUS (KERN_PROTECTION_FAILURE) inside GLEngine gleRunVertexSubmitImmediate, called from ofGLRenderer::draw(ofPath) → ofxGuiGroup::render().
To Reproduce
Extract a fresh of_v0.12.1_osx_release.tar.gz.
In examples/graphics/graphicsExample, set settings.setGLVersion(4, 0) in main.cpp (also reproducible with 3.2), build and run → renders correctly.
Run scripts/osx/download_libs.sh.
Rebuild the same example → rendering is corrupted: giant stray triangles, bitmap text drawn huge/distorted.
With the default GL 2.1 context the example still mostly renders, but line drawing is broken, and apps using ofxGui crash intermittently at startup (SIGBUS in GLEngine gleRunVertexSubmitImmediate, from ofGLRenderer::draw(ofPath) → ofxGuiGroup::render()).
Desktop:
macOS 26.5.2 (Tahoe), MacBook Pro M1 Max, Xcode 26.6 — and reproduced identically on a second machine running an older macOS 26.5.1 and 15.5 (Sequoia)
openFrameworks 0.12.1 release tarball
Also reproduced building against the nightly OF release (of_v20260719)