Source install fails on current Homebrew Node 22 (gl build)

[chenrui333]

Summary

Installing editly from source currently fails on macOS with Homebrew node@22 because the pinned gl dependency (^5.0.3) does not build against current Node/V8 headers.

This looks like the same underlying issue as #249, but it still reproduces today with current Homebrew toolchains.

Reproduction

Environment:

• macOS 26.1 arm64
• Xcode 26.2 / CLT 26.1
• Homebrew node@22 22.22.1
• npm 10.9.4

editly@0.14.2 declares:

• gl: ^5.0.3
• canvas: ^2.9.3

Installing from source fails while building gl:

npm install --build-from-source editly@0.14.2

Homebrew formula reproduction hits the same error during:

npm install --prefix "$PWD/stage" --ignore-scripts=false editly@0.14.2

Failure

The build falls back to node-gyp rebuild for gl and then fails in V8 headers with errors like:

error: no template named 'is_lvalue_reference_v' in namespace 'std'
error: expected '(' for function-style cast or type construction

From the failing install log:

npm error gyp ERR! command "/opt/homebrew/Cellar/node@22/22.22.1_1/bin/node" ".../node-gyp" "rebuild"
npm error gyp ERR! cwd .../node_modules/gl
npm error gyp ERR! node -v v22.22.1
npm error In file included from .../include/node/v8-object.h:9:
npm error .../include/node/v8-maybe.h:106:45: error: no template named 'is_lvalue_reference_v' in namespace 'std'

I also tried forcing a newer C++ standard in the packaging layer, but the gl build still fails in the same path, so this does not look fixable from a downstream Homebrew formula alone.

Question

Is there a supported workaround or an updated gl/WebGL dependency path for current Node releases?

If not, would you be open to either:

• updating the gl dependency chain, or
• documenting a currently supported Node version range for source installs?

[chenrui333]

Additional current repro data from Homebrew packaging:

• It also reproduces on Homebrew node@25 (25.8.0), not just node@22.
• I tried a downstream packaging workaround that forces npm install scripts on, pins to node@22, and wraps CXX to replace -std=c++11 with -std=c++17.
• That still does not get gl@5.0.3 building cleanly because the effective native compile commands continue to include -std=c++11, and the build still fails in current V8 headers.

So at this point it still looks upstream-blocked rather than something a Homebrew formula patch can fully solve.