emscripten icon indicating copy to clipboard operation
emscripten copied to clipboard

Remove regal port

Open sbc100 opened this issue 1 year ago • 3 comments

The regal project seems like its been dead for many years and the repo from which it was forked doesn't seem to exist anymore: https://github.com/p3/regal

I'm not sure we want to continue supporting it as first class thing if there is nobody upstream to report issues to. If it turns out that there are folks who really depend on this we can consider moving it into tools/ports/conrib.

See #21885

sbc100 avatar May 06 '24 02:05 sbc100

One other motivation for removing this is that it is one of the slower ports to build, coming it at 8x slower than musl/libc (16 seconds vs 2 seconds on my machine with 128 cores), so it adds to our build/test overheads.

sbc100 avatar May 06 '24 02:05 sbc100

I think this makes sense to me, interested to get @kripken's opinion too

dschuff avatar May 06 '24 16:05 dschuff

I'd lean against removing this entirely, since it does give us some more GL ES coverage, indirectly (in the GL ES it ends up emulating desktop GL using). But maybe that's not a strong reason. If no one responds on the mailing list I'd be ok removing it.

kripken avatar May 06 '24 20:05 kripken

I'm depending on Regal, since unfortunately OpenJDK does not have GL ES support. gl4es would only solve half of the issue, since many Java libraries also dynamically link to GL.

Hex4dec avatar May 19 '24 07:05 Hex4dec

Closing for now. @kripken pointed out that the regal build actually provides a quite a bit of test coverage for our GLES implementation.

sbc100 avatar May 20 '24 19:05 sbc100