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.
