[Bug bootstrap/107059] [13 regression] bootstrap failure after r13-2887-gb04208895fed34

[cvs-commit at gcc dot gnu.org]

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

--- Comment #33 from CVS Commits <cvs-commit at gcc dot gnu.org> ---
The master branch has been updated by Jakub Jelinek <jakub@gcc.gnu.org>:

https://gcc.gnu.org/g:348e46fa8cba960c23170673bfc0c1b4fb384975

commit r13-3148-g348e46fa8cba960c23170673bfc0c1b4fb384975
Author: Jakub Jelinek <jakub@redhat.com>
Date:   Fri Oct 7 08:59:05 2022 +0200

    fixincludes: Deal also with the _Float128x cases [PR107059]

    On Wed, Sep 28, 2022 at 08:19:43PM +0200, Jakub Jelinek via Gcc-patches
wrote:
    > Another case are the following 3 snippets:
    > #  if !__GNUC_PREREQ (7, 0) || defined __cplusplus
    > #   error "_Float128X supported but no constant suffix"
    > #  else
    > #   define __f128x(x) x##f128x
    > #  endif
    > ...
    > #  if !__GNUC_PREREQ (7, 0) || defined __cplusplus
    > #   error "_Float128X supported but no complex type"
    > #  else
    > #   define __CFLOAT128X _Complex _Float128x
    > #  endif
    > ...
    > #  if !__GNUC_PREREQ (7, 0) || defined __cplusplus
    > #   error "_Float128x supported but no type"
    > #  endif
    > but as no target has _Float128x right now and don't see it
    > coming soon, it isn't a big deal (on the glibc side it is of
    > course ok to adjust those).

    This incremental patch deals handles the above 3 cases, so we
    fixinclude what glibc itself changed too.

    2022-10-07  Jakub Jelinek  <jakub@redhat.com>

            PR bootstrap/107059
            * inclhack.def (glibc_cxx_floatn_5): New.
            * fixincl.x: Regenerated.
            * tests/base/bits/floatn.h: Regenerated.