This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug target/8795] [PPC] Altivec related bugs concerning gcc 3.3 and mainline
- From: "pinskia at gcc dot gnu dot org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 14 Aug 2003 01:30:31 -0000
- Subject: [Bug target/8795] [PPC] Altivec related bugs concerning gcc 3.3 and mainline
- References: <20021203065606.8795.kostadindabov@terascale-euro.com>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8795
pinskia at gcc dot gnu dot org changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |ice-checking, rejects-valid
Last reconfirmed|2003-07-12 06:25:14 |2003-08-14 01:30:31
date| |
------- Additional Comments From pinskia at gcc dot gnu dot org 2003-08-14 01:30 -------
The ICE only happens with checking now but GCC still rejects the code:
pr8795.cc: In function `<anonymous> F32vec4::operator++(#`integer_cst' not
supported by dump_type#<type error>, ...)':
pr8795.cc:12: error: `val' undeclared (first use this function)
pr8795.cc:12: error: (Each undeclared identifier is reported only once for each
function it appears in.)
ICE with checking on:
pr8795.cc:12: internal compiler error: tree check: expected tree_list, have
record_type in cp_parser_save_default_args, at cp/parser.c:13715
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://gcc.gnu.org/bugs.html> for instructions.
So we now have a reject-valid with checking turned off and an ice-on-valid-code with
checking on.