From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-bugzilla@gcc.gnu.org>
Received: by sourceware.org (Postfix, from userid 48)
	id DB9C53858D3C; Mon, 24 Apr 2023 07:12:18 +0000 (GMT)
DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org DB9C53858D3C
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org;
	s=default; t=1682320338;
	bh=lvqnkbZsy50Csujdafkx7IoB7ty/rPOGZr+7elDTxag=;
	h=From:To:Subject:Date:In-Reply-To:References:From;
	b=WuuRasUmtGp0/NqlHAvGKhiUwjIwIQ/tSh26txK2z1lc1BJMl4eyDeQgWQKZj/Jyx
	 DtQpZTKFnx3IsOC18tk38VDWIijJh0ROf0jgWiLLnmmQ7tiW6UNx2vk5/oASUGTNne
	 5VSnxEfxAiaVz+DsB/DOZUVOzlZNxel6nrBvHYFM=
From: "rguenth at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c/109598] ICE: tree check: expected array_type, have error_mark
 in array_ref_low_bound, at tree.cc
Date: Mon, 24 Apr 2023 07:12:18 +0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: c
X-Bugzilla-Version: 13.0
X-Bugzilla-Keywords: error-recovery, ice-checking, ice-on-invalid-code
X-Bugzilla-Severity: normal
X-Bugzilla-Who: rguenth at gcc dot gnu.org
X-Bugzilla-Status: NEW
X-Bugzilla-Resolution: 
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags: 
X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on everconfirmed
Message-ID: <bug-109598-4-4bXhDcMiLR@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-109598-4@http.gcc.gnu.org/bugzilla/>
References: <bug-109598-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
List-Id: <gcc-bugs.sourceware.org>

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D109598

Richard Biener <rguenth at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
   Last reconfirmed|                            |2023-04-24
     Ever confirmed|0                           |1

--- Comment #1 from Richard Biener <rguenth at gcc dot gnu.org> ---
Confirmed.  While it's possible to fend this off during gimplification it w=
ould
be nice if the frontend wouldn't emit

 <addr_expr 0x7ffff737a2e0
    type <pointer_type 0x7ffff71eee70
        type <integer_type 0x7ffff71e33f0 char public QI
            size <integer_cst 0x7ffff71c4e88 constant 8>
            unit-size <integer_cst 0x7ffff71c4ea0 constant 1>
            align:8 warn_if_not_align:0 symtab:0 alias-set -1 canonical-type
0x7ffff71e33f0 precision:8 min <integer_cst 0x7ffff71c4ed0 -128> max
<integer_cst 0x7ffff71c4f00 127>
            pointer_to_this <pointer_type 0x7ffff71eee70>>
        unsigned DI
        size <integer_cst 0x7ffff71c4d98 constant 64>
        unit-size <integer_cst 0x7ffff71c4db0 constant 8>
        align:64 warn_if_not_align:0 symtab:0 alias-set -1 canonical-type
0x7ffff71eee70 reference_to_this <reference_type 0x7ffff7364dc8>>
    constant
    arg:0 <array_ref 0x7ffff71c2508 type <integer_type 0x7ffff71e33f0 char>

        arg:0 <var_decl 0x7ffff71d2cf0 g type <error_mark 0x7ffff71c4d80>
            addressable used public external read BLK t.c:1:13
            align:8 warn_if_not_align:0 context <translation_unit_decl
0x7ffff71d1d20 t.c> chain <function_decl 0x7ffff736f800 foo>>
        arg:1 <integer_cst 0x7ffff71e7138 constant 0>
        t.c:5:12 start: t.c:5:11 finish: t.c:5:14>
    t.c:5:10 start: t.c:5:10 finish: t.c:5:14>

specifically

    arg:0 <array_ref 0x7ffff71c2508 type <integer_type 0x7ffff71e33f0 char>
        arg:0 <var_decl 0x7ffff71d2cf0 g type <error_mark 0x7ffff71c4d80>

note the array_ref has type 'char' but the var_decl has type error_mark.=