From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id 115B73858C66; Tue, 24 Oct 2023 07:39:53 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 115B73858C66 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org; s=default; t=1698133193; bh=y2ErY5iAzl+nfXw0jasNHaquoGD1PqGnqpK5HTw4upQ=; h=From:To:Subject:Date:In-Reply-To:References:From; b=bv/giDFOxzkSgX2CUTaEb2GzY5PuzB4cS3We/7yT1YPb/bjRb8kOf/Evddg67oiTj 4TYTWGvyj+d7CetVzM3rrKHgPVumO2AiMsntTwkGihtS84waS06waHkHpJNkj+MF6e UC24dX17qRr9bgJPdxiJmYddczCbLKpxaIOnWiYQ= From: "mxlol233 at outlook dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/111937] [RISCV][lto][offload] When `NUM_POLY_INT_COEFFS` > 1, the `poly_xxx` made `lto_input_mode_table` unable to parse binary gimple data. Date: Tue, 24 Oct 2023 07:39:52 +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.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: mxlol233 at outlook dot com X-Bugzilla-Status: UNCONFIRMED 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: 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=3D111937 --- Comment #5 from Xiao Ma --- yes. handle the lto reading process is simple: just make the binary block j= ump steps is same as the host's num_poly value. =E8=8E=B7=E5=8F=96Outlook for Android ________________________________ From: rguenth at gcc dot gnu.org Sent: Tuesday, October 24, 2023 3:27:52 PM To: mxlol233@outlook.com Subject: [Bug target/111937] [RISCV][lto][offload] When `NUM_POLY_INT_COEFF= S` > 1, the `poly_xxx` made `lto_input_mode_table` unable to parse binary gimple data. https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D111937 Richard Biener changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rguenth at gcc dot gnu.org, | |rsandifo at gcc dot gnu.org --- Comment #4 from Richard Biener --- The host and the target compiler have to be "similar" enough for the LTO bytecode to be transferable. May I suggest to use aarch64 with SVE as host instead? I fear differing NUM_POLY_INT_COEFFS is almost impossible to support. Well, we could maybe stream NUM_POLY_INT_COEFFS and adjust reading to rewrite to the target supported number - rewriting from 1 to 2 should be possible but I'm not sure how to handle the reverse ... -- You are receiving this mail because: You are on the CC list for the bug. You reported the bug.=