This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug middle-end/30768] [4.3 regression]: ICE in ext/pb_ds/regression/list_update_data_map_rand.cc
- From: "hp at gcc dot gnu dot org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 15 Feb 2007 21:43:27 -0000
- Subject: [Bug middle-end/30768] [4.3 regression]: ICE in ext/pb_ds/regression/list_update_data_map_rand.cc
- References: <bug-30768-507@http.gcc.gnu.org/bugzilla/>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Comment #20 from hp at gcc dot gnu dot org 2007-02-15 21:43 -------
In reply to comment #19, it's because the dg-bogus test trigs for that target;
it hits the ICE. As Mark didn't see the fail when testing, and noone else
complained, I originally thought only cris-*-* and perhaps one or two other
targets were affected, but it seems rather universal. The dg-bogus lines
aren't target-specific; there'd have to be both a "target" and "xfail" for that
to work, and you can only have either one of them.
If you insist that you want to see just the single "original" FAIL for "excess
errors" (with has no further explanation or the note of an open PR it has now),
I can change the test to just be skipped for cris-*-* and you'll see no change
for other targets compared to when the ICE first appeared, as in this PR's
"Description". Alternatives would be to add targets to the xfail list or
remove it (defaulting to *-*-*) or change to { target { ! <list> } }, but that
can quickly get messy.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30768