From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id 9E872385E836; Wed, 15 May 2024 13:46:50 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 9E872385E836 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org; s=default; t=1715780810; bh=5mZ7PjDVzbToh5Ty3ewby88TxXawWhEaO8U5xfYhQ4E=; h=From:To:Subject:Date:In-Reply-To:References:From; b=P2bPEC3xOwrygDng43hSyfH//KBwlVNEDbB8DzLgpJthpDPkmA9WUlLx2eQEpju/8 q3zhM93wIfxqG1t/DAk6yGvr0rMVAPa2i+FhxgeEL1XxDJlruz58cNQ9UBA0XkClNv 76Yud4P5dpmPR/SyX+1nVzdHpriq1XvJT5QSlMVk= From: "cvs-commit at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug ipa/114247] RISC-V: miscompile at -O3 and IPA SRA Date: Wed, 15 May 2024 13:46:50 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: ipa X-Bugzilla-Version: 14.0 X-Bugzilla-Keywords: ABI, wrong-code X-Bugzilla-Severity: normal X-Bugzilla-Who: cvs-commit at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: jamborm at gcc dot gnu.org 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 List-Id: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D114247 --- Comment #10 from GCC Commits --- The releases/gcc-12 branch has been updated by Martin Jambor : https://gcc.gnu.org/g:44191982c6bd41db1c9d126ea2f15febec3c1f81 commit r12-10442-g44191982c6bd41db1c9d126ea2f15febec3c1f81 Author: Martin Jambor Date: Tue May 14 14:13:36 2024 +0200 ipa: Force args obtined through pass-through maps to the expected type = (PR 114247) Interactions of IPA-CP and IPA-SRA on the same data is a rather big source of issues, I'm afraid. PR 113964 is a situation where IPA-CP propagates an unsigned short in a union parameter into a function which itself calls a different function which has a same union parameter and both these union parameters are split with IPA-SRA. The leaf function however uses a signed short member of the union. In the calling function, we get the unsigned constant as the replacement for the union and it is then passed in the call without any type compatibility checks. Apparently on riscv64 it matters whether the parameter is signed or unsigned short and so the leaf function can see different values. Fixed by using useless_type_conversion_p at the appropriate place and if it fails, use force_value_to type as elsewhere in similar situations. gcc/ChangeLog: 2024-04-04 Martin Jambor PR ipa/114247 * ipa-param-manipulation.cc (ipa_param_adjustments::modify_call= ): Force values obtined through pass-through maps to the expected split type. gcc/testsuite/ChangeLog: 2024-04-04 Patrick O'Neill Martin Jambor PR ipa/114247 * gcc.dg/ipa/pr114247.c: New test. (cherry picked from commit 8cd0d29270d4ed86c69b80c08de66dcb6c1e22fe)=