On Wed, Nov 07, 2018 at 01:40:11PM +, Joseph Myers wrote:
> On Wed, 7 Nov 2018, Jakub Jelinek wrote:
>
> > Don't know about the dropping of HAVE_FENV_H/USE_FENV_H stuff, don't we
> > support libquadmath on targets that don't have fenv.h?
> > In other sources, like e.g. expq.c, the USE_FENV_H g
On Wed, 7 Nov 2018, Jakub Jelinek wrote:
> Don't know about the dropping of HAVE_FENV_H/USE_FENV_H stuff, don't we
> support libquadmath on targets that don't have fenv.h?
> In other sources, like e.g. expq.c, the USE_FENV_H guards are still kept.
All those conditionals are now meant to be handle
On Wed, Nov 07, 2018 at 12:29:21AM +, Joseph Myers wrote:
> This patch extends update-quadmath.py to update fmaq from glibc.
>
> The issue in that function was that quadmath-imp.h had a struct in a
> union with mant_high and mant_low fields (up to 64-bit) whereas glibc
> has mantissa0, mantiss
This patch extends update-quadmath.py to update fmaq from glibc.
The issue in that function was that quadmath-imp.h had a struct in a
union with mant_high and mant_low fields (up to 64-bit) whereas glibc
has mantissa0, mantissa1, mantissa2 and mantissa3 (up to 32-bit). The
patch changes those fie
