middle-end/10795: ICE in extract_insn, at recog.c:2188

middle-end/10795: ICE in extract_insn, at recog.c:2188

[aaronl]

>Number:         10795
>Category:       middle-end
>Synopsis:       ICE in extract_insn, at recog.c:2188
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    unassigned
>State:          open
>Class:          ice-on-legal-code
>Submitter-Id:   net
>Arrival-Date:   Thu May 15 04:36:00 UTC 2003
>Closed-Date:
>Last-Modified:
>Originator:     aaronl@vitelus.com
>Release:        3.4 20030515
>Organization:
>Environment:
Debian GNU/Linux i386
>Description:
GCC 3.4 from CVS is ICEing on a source file. I distilled the function down to a testcase:

typedef struct {
    unsigned int flags;
} S;
extern const char a[];
void foo(const char *e, S *s)
{
    s->flags = 0;
    if (e > a)
        s->flags = 2;
}


gcc -Wall -O -c dump.c emits:
dump.c: In function `foo':                                      
dump.c:12: error: unrecognizable insn:
(insn 26 5 27 0 0x402face4 (set (reg:CC 17 flags)
        (compare:CC (symbol_ref:SI ("a") [flags 0x40] <var_decl 0x402fb144 a>)
            (reg/v/f:SI 58 [ e ]))) -1 (insn_list 3 (nil))
    (expr_list:REG_DEAD (reg/v/f:SI 58 [ e ])
        (nil)))
dump.c:12: internal compiler error: in extract_insn, at recog.c:2188
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://gcc.gnu.org/bugs.html> for instructions.

The ICE does not happen when optimization is turned off.
>How-To-Repeat:
Compile the supplied testcase.
>Fix:

>Release-Note:
>Audit-Trail:
>Unformatted: