From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id 187D6385840C; Thu, 11 Apr 2024 01:33:59 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 187D6385840C DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org; s=default; t=1712799240; bh=2SHJ8udzm6yu9S6yuyBhFr3OwQVzj8Sr0c/TPMT4l6A=; h=From:To:Subject:Date:In-Reply-To:References:From; b=i0poXposPSJBymxqXyr11Rlxhz1WoUb4DFX6ROTZsrZoTFc3zD74s/0YREVf859Fc raBGEF9eEWgmsQ99iSVmE1wjI4HE9rI5+25kTqtAxG2Sop5vbZzoK/LRw+flnMS/km A7V4VQrdjD8aKapNvzUCGeDRjKIiADmrQkIWZ7vI= From: "thiago.bauermann at linaro dot org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/91970] arm: 64bit int to double conversion does not respect rounding mode Date: Thu, 11 Apr 2024 01:33:59 +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: X-Bugzilla-Severity: normal X-Bugzilla-Who: thiago.bauermann at linaro dot 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: 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=3D91970 --- Comment #16 from Thiago Jung Bauermann --- (In reply to Andrew Pinski from comment #15) > (In reply to Thiago Jung Bauermann from comment #14) > > This came up in the context of a Linux kernel patch series providing a > > "Unified cross-architecture kernel-mode FPU API" because the AMD GPU dr= iver > > fails to build on arm with the series applied because of this issue: > >=20 > > https://lore.kernel.org/linux-arm-kernel/75a37a4b-f516-40a3-b6b5- > > 4aa1636f9b60@sifive.com/ >=20 > That is a totally unrelated issue from this one. The issue there is arm E= ABI > defines the function names rather than GCC and GCC follows the ARM EABI h= ere > (so does clang/LLVM). so you would need to do a similar renaming for the > functions on arm (32bit). Thank you! I relayed your point (hopefully correctly) in the email thread above.=