[Bug c/107311] [13 regression] test case gcc.dg/c2x-enum-1.c fails after r13-3360-g3b3083a598ca3f

[cvs-commit at gcc dot gnu.org]

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

--- Comment #2 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:a01eae670600852f78e8df1b88259572f181d42e

commit r13-3385-ga01eae670600852f78e8df1b88259572f181d42e
Author: Jakub Jelinek <jakub@redhat.com>
Date:   Wed Oct 19 18:49:03 2022 +0200

    testsuite: Fix up c2x-enum-1.c for 32-bit arches [PR107311]

    On Wed, Oct 19, 2022 at 02:57:59PM +0000, Joseph Myers wrote:
    > I think the type checked for e5a should be conditional on __LONG_MAX__ >
    > __INT_MAX__; everything else there should be OK regardless.

    This patch does that.

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

            PR c/107311
            * gcc.dg/c2x-enum-1.c (enum e5): Expect e5a type inside of
            enum to be int rather than long if long isn't wider than int.