This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug c++/42219] [4.5 Regression] ICE with "const void" as parameter type
- From: "rguenth at gcc dot gnu dot org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 30 Nov 2009 10:02:13 -0000
- Subject: [Bug c++/42219] [4.5 Regression] ICE with "const void" as parameter type
- References: <bug-42219-1771@http.gcc.gnu.org/bugzilla/>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Comment #2 from rguenth at gcc dot gnu dot org 2009-11-30 10:02 -------
Err - well. I can certainly paper over the problem by ignoring
error_mark_node,
but ... why does the bogus type survive until gimplification?
Thus,
<function_type 0x7ffff6f0cdc8
type <void_type 0x7ffff7eeae70 void VOID
align 8 symtab 0 alias set -1 canonical type 0x7ffff7eeae70
pointer_to_this <pointer_type 0x7ffff7eeaf18>>
QI
size <integer_cst 0x7ffff7ed5730 type <integer_type 0x7ffff7eea0a8
bit_size_type> constant 8>
unit size <integer_cst 0x7ffff7ed5758 type <integer_type 0x7ffff7eea000
long unsigned int> constant 1>
align 8 symtab 0 alias set -1 structural equality
arg-types <tree_list 0x7ffff6f01a78 value <error_mark 0x7ffff7eddc90>
chain <tree_list 0x7ffff7efb578 value <void_type 0x7ffff7eeae70 void>>>
pointer_to_this <pointer_type 0x7ffff6f1e0a8>>
as the type for foo in
pf = (void (*<T3f1>) (void)) foo
?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42219