[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: port-arm/55897: A mess with complex arithmetics in earmv7hf
The following reply was made to PR port-arm/55897; it has been noted by GNATS.
From: Nick Hudson <nick.hudson%gmx.co.uk@localhost>
To: gnats-bugs%netbsd.org@localhost, port-arm-maintainer%netbsd.org@localhost,
gnats-admin%netbsd.org@localhost, netbsd-bugs%netbsd.org@localhost, alexander.i.mukhin%gmail.com@localhost
Subject: Re: port-arm/55897: A mess with complex arithmetics in earmv7hf
Date: Sat, 12 Jun 2021 10:27:41 +0100
On 11/06/2021 02:45, Rin Okuyama wrote:
> The following reply was made to PR port-arm/55897; it has been noted by =
> From: Rin Okuyama <rokuyama.rk%gmail.com@localhost>
> To: "gnats-bugs%NetBSD.org@localhost" <gnats-bugs%NetBSD.org@localhost>
> Subject: Re: port-arm/55897: A mess with complex arithmetics in earmv7hf
> Date: Fri, 11 Jun 2021 10:43:04 +0900
> This problem, i.e., ABI mismatch for floating-point runtime routines f=
> hard-float arm, has been fixed by upstream by,
> (1) providing floating-point runtime routines with correct calling
> conventions, as well as,
> (2) providing EABI runtime routines as is, at the same time.
> The patch provided by submitter (adding -U__ARM_EABI__) only does (1).
> So, the correct fix should be importing upstream fixes.
> Although LLVM project itself has moved to MIT license, compiler_rt is
> provided by dual licenses of BSD and MIT:
> Therefore, there's no problem to merge upstream fixes into
> The patches below are for sys/external/bsd/compiler_rt/dist, for (1) a=
> (2) above, and necessary style fixes:
> Also, this patch is glue for our tree:
> I've confirmed that
> (a) test case provided by submitter no longer fails,
> (b) no regression for ATF, and
> (c) no binary changes for kernels
> both for GCC9 and LLVM.
> I will commit these changes within few days if there's no objection.
Main Index |
Thread Index |