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 720B33858C56; Thu,  4 Apr 2024 15:46:15 +0000 (GMT)
DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 720B33858C56
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org;
	s=default; t=1712245575;
	bh=e8cRfCKY4rOrxszqblLOEqRhMahaItvpWLZ74XMv6tQ=;
	h=From:To:Subject:Date:In-Reply-To:References:From;
	b=MaZv4Dhj71yhQ5MTthvsziZjwlA87AODd/juFcmaslkU9CWb94C0n9KYJT19KUhzd
	 uk4rQLLT/3S5Kq9znjv+y+vVdUMCwtzgntEkqDJX8B+ZNkNvWBxK2/TFtxaxqNJhrN
	 9pdbaeTAl0HvFR9Hih4e62pC8c5taq+2bSWqIe4U=
From: "jakub at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug target/114566] [11/12/13 Regression] Misaligned vmovaps when
 compiling with stack-protector-strong for znver4
Date: Thu, 04 Apr 2024 15:46:14 +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: 13.2.0
X-Bugzilla-Keywords: wrong-code
X-Bugzilla-Severity: normal
X-Bugzilla-Who: jakub at gcc dot gnu.org
X-Bugzilla-Status: NEW
X-Bugzilla-Resolution: 
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 11.5
X-Bugzilla-Flags: 
X-Bugzilla-Changed-Fields: 
Message-ID: <bug-114566-4-Q41P5pKIlb@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-114566-4@http.gcc.gnu.org/bugzilla/>
References: <bug-114566-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=3D114566

--- Comment #11 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
Seems like vectorizer bug to me.  The _42 + 128 store is to
MEM <vector(16) float> [(float *)_42 + 128B];
aka:
 <target_mem_ref 0x7fffea146580
    type <vector_type 0x7fffea038930
        type <real_type 0x7fffea1532a0 float sizes-gimplified SF
            size <integer_cst 0x7fffea12cfd8 constant 32>
            unit-size <integer_cst 0x7fffea14f000 constant 4>
            align:32 warn_if_not_align:0 symtab:0 alias-set 1 canonical-type
0x7fffea1532a0 precision:32
            pointer_to_this <pointer_type 0x7fffea153930>>
        V16SF
        size <integer_cst 0x7fffea14f480 constant 512>
        unit-size <integer_cst 0x7fffea299960 constant 64>
        user align:32 warn_if_not_align:0 symtab:0 alias-set -1 canonical-t=
ype
0x7fffea2ac2a0 nunits:16
        pointer_to_this <pointer_type 0x7fffea038888>>

    arg:0 <ssa_name 0x7fffea03fee8
        type <pointer_type 0x7fffea153000 type <void_type 0x7fffea14bf18 vo=
id>
            public unsigned DI
            size <integer_cst 0x7fffea12cd98 constant 64>
            unit-size <integer_cst 0x7fffea12cdb0 constant 8>
            align:64 warn_if_not_align:0 symtab:0 alias-set 2 canonical-type
0x7fffea153000
            pointer_to_this <pointer_type 0x7fffea15b9d8>>

        def_stmt _42 =3D (void *) ivtmp.49_58;
        version:42
        ptr-info 0x7fffea068540>
    arg:1 <integer_cst 0x7fffea047c30 type <pointer_type 0x7fffea153930>
constant 128>>
so has 32-bit alignment there, so it uses movmisalign optab.
The _42 + 192 store is
MEM <vector(8) float> [(float *)_42 + 192B];
aka
 <target_mem_ref 0x7fffea146600
    type <vector_type 0x7fffea2a4f18
        type <real_type 0x7fffea1532a0 float sizes-gimplified SF
            size <integer_cst 0x7fffea12cfd8 constant 32>
            unit-size <integer_cst 0x7fffea14f000 constant 4>
            align:32 warn_if_not_align:0 symtab:0 alias-set 1 canonical-type
0x7fffea1532a0 precision:32
            pointer_to_this <pointer_type 0x7fffea153930>>
        V8SF
        size <integer_cst 0x7fffea14f108 constant 256>
        unit-size <integer_cst 0x7fffea14f1f8 constant 32>
        align:256 warn_if_not_align:0 symtab:0 alias-set 1 canonical-type
0x7fffea2a4f18 nunits:8
        pointer_to_this <pointer_type 0x7fffea2a7e70>>

    arg:0 <ssa_name 0x7fffea03fee8
        type <pointer_type 0x7fffea153000 type <void_type 0x7fffea14bf18 vo=
id>
            public unsigned DI
            size <integer_cst 0x7fffea12cd98 constant 64>
            unit-size <integer_cst 0x7fffea12cdb0 constant 8>
            align:64 warn_if_not_align:0 symtab:0 alias-set 2 canonical-type
0x7fffea153000
            pointer_to_this <pointer_type 0x7fffea15b9d8>>

        def_stmt _42 =3D (void *) ivtmp.49_58;
        version:42
        ptr-info 0x7fffea068540>
    arg:1 <integer_cst 0x7fffea0682e8 type <pointer_type 0x7fffea153930>
constant 192>>
and so it expects 256-bit alignment (despite only 128-bit being guaranteed)=
.=