[Bug c++/63582] New: [5 Regression]: g++.dg/init/enum1.C ... (test for errors, line 12)

[hp at gcc dot gnu.org]

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

Bug ID: 63582
Summary: [5 Regression]: g++.dg/init/enum1.C ... (test for
errors, line 12)
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: hp at gcc dot gnu.org
CC: dj at gcc dot gnu.org
Host: x86_64-unknown-linux-gnu
Target: cris-axis-elf

This test used to pass and now fails.
Last known previous revision it passed: r216206.
First known revision where FAIL is seen: r216224.

A commit in the revision range (216206:216224] caused this test to fail as
follows:
FAIL: g++.dg/init/enum1.C -std=gnu++98 (test for errors, line 12)
FAIL: g++.dg/init/enum1.C -std=gnu++11 (test for errors, line 12)
FAIL: g++.dg/init/enum1.C -std=gnu++1y (test for errors, line 12)

The g++.log has nothing to add; there's simply no error for the enum, which
seems like a gcc bug rather than a required test-suite tweak.

In gcc-testresults@, I see similar errors for arm7l-unknown-linux-gnueabihf and
hppa2.0w-hp-hpux11.11. Not sure of the other systems, but there's no
target-specific support for __int128 for cris-elf.

Author of suspected commit in revision-range CC:ed.

[danglin at gcc dot gnu.org]

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

John David Anglin <danglin at gcc dot gnu.org> changed:

What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Last reconfirmed| |2014-10-18
CC| |danglin at gcc dot gnu.org
Ever confirmed|0 |1

--- Comment #1 from John David Anglin <danglin at gcc dot gnu.org> ---
Also fails on hppa64-hp-hpux11.11.

[rguenth at gcc dot gnu.org]

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

Richard Biener <rguenth at gcc dot gnu.org> changed:

What |Removed |Added
----------------------------------------------------------------------------
Target|cris-axis-elf |cris-axis-elf,
| |i?86-linux-gnu
Target Milestone|--- |5.0

--- Comment #2 from Richard Biener <rguenth at gcc dot gnu.org> ---
Also fails on x86_64-linux with -m32.

[dj at redhat dot com]

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

DJ Delorie <dj at redhat dot com> changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |dj at redhat dot com
Assignee|unassigned at gcc dot gnu.org |dj at redhat dot com

--- Comment #3 from DJ Delorie <dj at redhat dot com> ---
Created attachment 33764
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33764&action=edit
proposed patch

As there are places in the code that scan all of integer_type_kind[]
without regard for whether those types are allowed or not, decline to
create said types in the first place if they're not enabled.

Unable to test at the moment due to PR 63307.

[jiwang at gcc dot gnu.org]

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

Jiong Wang <jiwang at gcc dot gnu.org> changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |jiwang at gcc dot gnu.org

--- Comment #4 from Jiong Wang <jiwang at gcc dot gnu.org> ---
also on
arm-none-linux-gnueabi, arm-none-linux-gnueabihf, arm-none-eabi