From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id AF8983858425; Sun, 3 Dec 2023 20:35:37 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org AF8983858425 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org; s=default; t=1701635737; bh=n0dDcS42+yUXdE0qJm8xpbZbVNhLrxgiwKImZbLzOcs=; h=From:To:Subject:Date:In-Reply-To:References:From; b=VGjwOpn33vU8gLIJU6OmAACkS5T+ai7DWLVGd9LYGIh54T6bpFs3qUxadyDgZ5B06 HDB5HLkFfv900if8FC/gvBoo5HLYuBxy0ADQBZIgcuXg4Gdet72RpGWcopzUon9Qq5 CdBDLkn1QrTIovA/ljys2K8MvFb4Uf/mgjYFV2uY= From: "pinskia at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug middle-end/112835] inverting the result of memcmp() produces inefficient code Date: Sun, 03 Dec 2023 20:35:37 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: middle-end X-Bugzilla-Version: 13.2.0 X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: normal X-Bugzilla-Who: pinskia 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 cf_gcctarget component keywords everconfirmed 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 List-Id: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D112835 Andrew Pinski changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Last reconfirmed| |2023-12-03 Target| |x86_64-linux-gnu | |aarch64-linux-gnu Component|target |middle-end Keywords| |missed-optimization Ever confirmed|0 |1 --- Comment #1 from Andrew Pinski --- Confirmed. aarch64 code generation is slightly better: ... .L2: mov w0, 1 eor w0, w0, 1 ret ... mov w0, 0 eor w0, w0, 1 ret But there is no reason for the mov followed by eor there, it should just be= a mov. Note the gimple level is fine: _1 =3D __builtin_memcmp_eq (a_3(D), b_4(D), 12); _5 =3D _1 =3D=3D 0; Expansion does: ``` (jump_insn 14 13 33 4 (set (pc) (if_then_else (ne (reg:CC 66 cc) (const_int 0 [0])) (label_ref 19) (pc))) "/app/example.cpp":5:24 -1 (int_list:REG_BR_PROB 708669604 (nil)) -> 19) (note 33 14 15 5 [bb 5] NOTE_INSN_BASIC_BLOCK) (insn 15 33 16 5 (set (reg:SI 92 [ _1 ]) (const_int 0 [0])) "/app/example.cpp":5:24 -1 (nil)) (jump_insn 16 15 17 5 (set (pc) (label_ref 21)) "/app/example.cpp":5:24 -1 (nil) -> 21) (barrier 17 16 18) (barrier 18 17 19) (code_label 19 18 34 6 2 (nil) [2 uses]) (note 34 19 20 6 [bb 6] NOTE_INSN_BASIC_BLOCK) (insn 20 34 21 6 (set (reg:SI 92 [ _1 ]) (const_int 1 [0x1])) "/app/example.cpp":5:24 -1 (nil)) (code_label 21 20 35 7 3 (nil) [1 uses]) (note 35 21 22 7 [bb 7] NOTE_INSN_BASIC_BLOCK) (insn 22 35 23 7 (set (reg:CC 66 cc) (compare:CC (reg:SI 92 [ _1 ]) (const_int 0 [0]))) "/app/example.cpp":5:33 discrim 1 -1 (nil)) (insn 23 22 24 7 (set (reg:SI 102) (eq:SI (reg:CC 66 cc) (const_int 0 [0]))) "/app/example.cpp":5:33 discrim 1 -1 (nil)) ``` Seems like we could do a better job at expansion here ...=