This is the mail archive of the gcc-bugs@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

[Bug c++/42219] [4.5 Regression] ICE with "const void" as parameter type



------- 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


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]