[Bug bootstrap/87788] [9 Regression] Bootstrap fails for x86_64-apple-darwin* with default languages selection after D addition.

iains at gcc dot gnu.org gcc-bugzilla@gcc.gnu.org
Tue Oct 30 17:52:00 GMT 2018


https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87788

--- Comment #6 from Iain Sandoe <iains at gcc dot gnu.org> ---
(In reply to Iain Buclaw from comment #5)
> (In reply to Iain Sandoe from comment #4)
> > (In reply to Iain Buclaw from comment #3)
> > > Thanks, I'm just going to try building it now.
> > 
> > didn't get much further - kinda looks like something isn't working right
> > with Version() such that the OSX/Darwin versions of the section refs are not
> > getting used - hopefully, it's just config stuff and will be obvious to you.
> 
> It may be that there's no predefined version conditions for OSX, right.
> 
> In the meantime, I guess this will need to be done just to get builders
> passing again.  So there's no time pressure on myself.
> 
> 
> --- a/configure.ac
> +++ b/configure.ac
> @@ -674,6 +674,30 @@ if test "${ENABLE_LIBSTDCXX}" = "default" ; then
>    esac
>  fi
>  
> +# Disable the D frontend on systems where it is known to not work.
> +case "${target}" in
> +*-*-darwin* | *-*-cygwin* | *-*-mingw*)
> +    unsupported_languages="$unsupported_languages d"
> +    ;;
> +esac
> +
> +# Disable libphobos on unsupported systems.
> +# For testing, you can override this with --enable-libphobos.
> +if test -d ${srcdir}/libphobos; then
> +    if test x$enable_libphobos = x; then
> +       AC_MSG_CHECKING([for libphobos support])
> +       if (srcdir=${srcdir}/libphobos; \
> +               . ${srcdir}/configure.tgt; \
> +               test -n "$UNSUPPORTED")
> +       then
> +           AC_MSG_RESULT([no])
> +           noconfigdirs="$noconfigdirs target-libphobos"
> +       else
> +           AC_MSG_RESULT([yes])
> +       fi
> +    fi
> +fi
> +
>  # Disable Fortran for some systems.
>  case "${target}" in
>    mmix-*-*)

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?

not a huge thing - better to get things building indeed than to agonise over
this ;)

I'd hope that we expect to get this going in 9.0 ? (I recall the observation at
the Cauldron that it ought to be not too too challenging).


More information about the Gcc-bugs mailing list