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 0982C3858C60; Sat, 13 May 2023 10:44:38 +0000 (GMT)
DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 0982C3858C60
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org;
	s=default; t=1683974678;
	bh=qVjsLWFkepTeDoZT6W8M0m74wqCp27eflQLt9p3O3UU=;
	h=From:To:Subject:Date:In-Reply-To:References:From;
	b=d9s6uPFji+1qXa9QodzmxxGuLPxipfnU2ekJMkRVJ2dOP489HS3lL/D9FDrtb9G4f
	 6Ld7hE85g1DPo+9lhyRjXK5E/obfrpqn3/Q60IrYNITgKY3zHdUTf0tMozVUCphq5h
	 hksU6b2rjagnufIoaZ5bwFrO86glWtf93bxJfXHs=
From: "dcb314 at hotmail dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug target/109807] [14 Regression] sse2-mmx-pmaddwd.c met ICE after
 commit r14-666-g608e7f3ab47 with march=cascadelake
Date: Sat, 13 May 2023 10:44:37 +0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: target
X-Bugzilla-Version: 14.0
X-Bugzilla-Keywords: ice-on-valid-code
X-Bugzilla-Severity: normal
X-Bugzilla-Who: dcb314 at hotmail dot com
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Resolution: DUPLICATE
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: ubizjak at gmail dot com
X-Bugzilla-Target-Milestone: 14.0
X-Bugzilla-Flags: 
X-Bugzilla-Changed-Fields: 
Message-ID: <bug-109807-4-y2jVs5vLjm@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-109807-4@http.gcc.gnu.org/bugzilla/>
References: <bug-109807-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=3D109807

--- Comment #10 from David Binderman <dcb314 at hotmail dot com> ---
(In reply to Uro=C5=A1 Bizjak from comment #8)
> Fixed.

I don't think so. The code I gave seems still to crash the compiler:

$ ~/gcc/results/bin/gcc -v
Using built-in specs.
COLLECT_GCC=3D/home/dcb38/gcc/results/bin/gcc
COLLECT_LTO_WRAPPER=3D/home/dcb38/gcc/results.20230513.asan.ubsan/libexec/g=
cc/x86_64-pc-linux-gnu/14.0.0/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: ../trunk.year/configure
--prefix=3D/home/dcb38/gcc/results.20230513.asan.ubsan --disable-multilib
--disable-bootstrap --with-build-config=3Dbootstrap-asan
--with-build-config=3Dbootstrap-ubsan --with-pkgversion=3D1d339ce8d002920f
--enable-checking=3Ddf,extra,fold,rtl,yes --enable-languages=3Dc,c++,fortran
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.0 20230513 (experimental) (1d339ce8d002920f)


$ ~/gcc/results/bin/gcc -c -O2 -march=3Dznver1 bug919.c
during GIMPLE pass: slp
edid-parse.c: In function =E2=80=98decode_edid=E2=80=99:
edid-parse.c:521:14: internal compiler error: in ix86_widen_mult_cost, at
config
/i386/i386.cc:20444
0x11f3ab1 ix86_widen_mult_cost(processor_costs const*, machine_mode, bool)
        ../../trunk.year/gcc/config/i386/i386.cc:20444

I thought at first I hadn't picked up Uros's change, but:

$ git log | fgrep V4HI
fgrep: warning: fgrep is obsolescent; using grep -F
    i386: Handle V4HI and V2SImode in ix86_widen_mult_cost [PR109807]
    a widening mul operation to V4HI or V2SImode.
            Handle V4HImode and V2SImode.
    The operation ADDHN on V4SI, for example, is represented as (truncate:V=
4HI
((src1:V4SI + src2:V4SI) >> 16))
    and RADDHN as (truncate:V4HI ((src1:V4SI + src2:V4SI + (1 << 15)) >> 16=
)).
$=