https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87788
--- Comment #9 from Iain Sandoe <iains at gcc dot gnu.org> --- (In reply to Iain Buclaw from comment #8) > (In reply to Iain Sandoe from comment #6) > > > > hmm - isn't there a way to put it in the non-default category instead so > > that someone trying to make it work doesn't need to hack configure? > > > > and then just not build libphobos if d is not being built? > > > > So something like. > > # Disable the D frontend on systems where it is known to not work. > # For testing, you can override this with --enable-languages=d. > case ,${enable_languages}, in > *,d,*) > ;; > *) > case "${target}" in > *-*-darwin* | *-*-cygwin* | *-*-mingw*) > echo "$enable_languages" > unsupported_languages="$unsupported_languages d" > ;; > esac > ;; > esac > > > There'd be large swaths of functionality unavailable if without libphobos, > but a standalone compiler is still workable given that there's an object.d > in the search paths. good motivation for the (very few) Darwin folks to try and fix it .. thanks, I'll update in a little while - hopefully after the next C++ stds meeting there will be some cycles to try and tackle this. polishing new additions in stage 3 is expected, I think.