From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id D3C3B395C81B; Thu, 14 May 2020 13:20:38 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org D3C3B395C81B DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org; s=default; t=1589462438; bh=LhUiKWUp61tpSp4dFhCiuasddhVQ9tNMAzg2iKkF7Ns=; h=From:To:Subject:Date:In-Reply-To:References:From; b=gu4N6CK/p28OelV/wfRTxP0qzvm5yyUxF0vRQsY8aAxl5wWqDnU+En4Pd4Y+w03YJ MyMhSo/fQ3wvH++i0Fsuu8zBHSz9/URv+s7gjjFHYqcEmz6Mdi/w6GKMQcC9Xx7xJn AMh6baUAtMp5dV+mR1CDi0eeculc7zXergGyDRxc= From: "rguenther at suse dot de" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/92658] x86 lacks vector extend / truncate Date: Thu, 14 May 2020 13:20:38 +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: 10.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenther at suse dot de X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: ubizjak at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: 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 X-BeenThere: gcc-bugs@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gcc-bugs mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 May 2020 13:20:38 -0000 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D92658 --- Comment #11 from rguenther at suse dot de --- On Thu, 14 May 2020, ubizjak at gmail dot com wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D92658 >=20 > --- Comment #10 from Uro=C5=A1 Bizjak --- > The patch is ready to be pushed, it is waiting for a decision what to do = with > failed cases. >=20 > Richi, should this patch move forward (eventually XFAILing failed cases),= or do > you plan to look at the fails from the generic vectorizer POV? I think we should go forward with the patch, either XFAILing the testcases or splitting out the testcase (and backend patterns that do not get exercised due to the issue). I've already said in comment#8 that the issue here is optabs working with modes and not vector types, so it's a bit hard to use the same mechanism to deal with the currently failing cases. One possible route would be to add V4QImode similar to how we now do V2SFmode with SSE but of course where do we stop ... As said we can try to tackle this incrementally. Maybe Richard also has input here?=