[Buildroot] [autobuild.buildroot.net] Build results for 2019-02-17
Thomas Petazzoni
thomas.petazzoni at bootlin.com
Wed Feb 20 12:51:31 UTC 2019
Hello,
On Wed, 20 Feb 2019 13:47:08 +0100
Arnout Vandecappelle <arnout at mind.be> wrote:
> > However, it turns out that libquadmath can be disabled in gcc, and
> > guess what, the gcc in the toolchain causing the failure has been built
> > with --disable-libquadmath.
> >
> > So it seems like we need to turn this into a real Config.in option:
> >
> > - BR2_TOOLCHAIN_HAS_LIBQUADMATH remains a hidden option, has no
> > default value, and a depends on BR2_i386 || BR2_x86_64
> >
> > - The internal toolchain backend selects it because we always enable
> > it for internal toolchains (to be checked)
> >
> > - All pre-defined external toolchain packages must be updated to
> > select it
> >
> > - toolchain-external-custom needs to be extended with a
> > BR2_TOOLCHAIN_EXTERNAL_LIBQUADMATH option that users can set/unset.
> > It should depends on BR2_i386 / BR2_x86_64, default to yes, and
> > select BR2_TOOLCHAIN_HAS_LIBQUADMATH.
> >
> > - A check needs to be added in toolchain/helpers.mk to verify that the
> > value of BR2_TOOLCHAIN_HAS_LIBQUADMATH matches the presence/absence
> > of libquadmath in the toolchain.
>
> Or we can say that this is an exceptional situation and exclude this toolchain
> in genrandconfig. fftw-quad is the only package that depends on quadmath.
Yes, that's another approach indeed. I don't mind either way. Perhaps
your approach makes sense, I'm not sure there are really a lot of
toolchains that don't have quadmath support.
Best regards,
Thomas
--
Thomas Petazzoni, CTO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
More information about the buildroot
mailing list