Marius Kintel

Oh, right, I forgot about that detail. Perhaps the ideal solution (if anyone has time to build and test that) would be to perform a compiler check before building and...

..and finally: Running the Apple Software Renderer directly on a macOS-13 M1 host also fails: ``` OpenGL Version: 2.1 APPLE-20.5.2 (Apple Software Renderer) ``` This last piece of info takes...

> So that means this is not fixable because it is a bug in the software rendering stack on macos ? There may still exist workarounds. I haven't experimented with...

I guess we wait until a paying Apple customer is hit by this and can engage with Apple. I had hoped GitHub could do that as this affects a bunch...

Going through some old issues: This is still an issue as of CGAL-5.5

It looks like it does: ``` ~Nef_polyhedron_3_rep() { CGAL_NEF_TRACEN( "Nef_polyhedron_3_rep: destroying SNC structure "

@GilesBathgate Yeah, you're probably right. I was making assumptions based on the same test case crashing. I'll go back and do a proper investigation on our side.

Went back and tested the originally reported program and data against CGAL-5.6.1, and it's still failing in the same way (I can catch the assertion, but the program later crashes...

Looks lazy. Null check wouldn't do much as deleting nullptr is perfectly ok. I assume pl_ is not null, but somehow got corrupted.

Currently, customization variables are simply appended as text to the end of the file. This is the reason why the variable resolution rules are so weird. If we instead were...