Kreeblah

I think it's either an SConstruct bug or a Python bug. I just tried building the current commit on my Intel Mac, and it failed the same way. I also...

That did it. The tree successfully builds and runs for me now with SConstruct 4.2.0.

The header location is essentially a virtual directory located within the Xcode app bundle. So, in my case, it's: `/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1` `grep -C4 ranges::find /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/algorithm` returns no matches, and `/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/__algorithm/ranges_find.h` doesn't...

Hmmm. I tried checking out that exact revision, but it still seems to be failing, though this time it's failing on finding `std::ranges::range`, which might also need to be added...

> Try using `scons sconf_have_std_ranges=force-success`. That got it working for me. Ah, yep. D1X and D2X both build fine for me with that parameter.

Hmmm. Looks like `concepts.h` on Apple's shipped version of libcxx gates it behind `!defined(_LIBCPP_HAS_NO_RANGES)`, but it does have a definition in there: ``` #if !defined(_LIBCPP_HAS_NO_RANGES) namespace ranges { // [range.range]...

With those further stubs added to the backports header, both D1X and D2X do build and run for me without the sconf override.

Hmmm. I just tried that, and it crashed again, pretty much at the same place. ``` ˙ Using 'DefaultAssemblyLoader' to load plugins. ˙ Environment Info: Current Directory: /Users/kreeblah/Downloads/Jazz2 Command Line:...

Hmmm. K. I was afraid you'd say that. I'll have to find some time to figure out the mono debugger, then.

Yep, the overlays for these not working is the only thing that makes sense to me for what's causing the issue here. I grabbed some additional info on this (in...