DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 55722385802B
To: cygwin@cygwin.com
Subject: Re: hypotl(LDBL_MAX, 0.0L) = inf
Date: Sun, 25 Apr 2021 11:39:17 -0400
Message-ID: <vriu8s56ml0a.fsf@mail.aol.com>
References: <vriuo8edqaao.fsf@mail.aol.com>
 <YH1jYRu043FXUMm/@calimero.vinschen.de>
Mime-Version: 1.0
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (cygwin)
Cancel-Lock: sha1:6L6DYNhaXdUr203ivN/efbyoTq8=
From: airplanemath via Cygwin <cygwin@cygwin.com>
Reply-To: airplanemath <airplanemath@aol.com>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: "Cygwin" <cygwin-bounces@cygwin.com>

On Mon, Apr 19 2021, Corinna Vinschen via Cygwin wrote:

> On Apr 17 10:02, airplanemath via Cygwin wrote:
>> Given that hypot(DBL_MAX, 0.0) = DBL_MAX and hypotf(FLT_MAX, 0.0f) =
>> FLT_MAX, I suspect this is a problem in hypotl.  Am I missing
>> something?
>
> No.  This is a bug in newlib's hypotl.  Newlib mainly targest embedded
> systems and as such wasn't very much interested in long double
> arithmetic for a long time.
>
> Having said that, there's an easier way out for Cygwin: We just use
> the hypotl function from Mingw-w64 for Cygwin as well.
>
> I pushed this patch and uploaded new developer snapshots to
> https://cygwin/snapshots/
>
> Please give it a try.

Thank you.  This fixes that problem and a related one for me.
>
>
> Thanks, Corinna


-- 
Problem reports:      https://cygwin.com/problems.html
FAQ:                  https://cygwin.com/faq/
Documentation:        https://cygwin.com/docs.html
Unsubscribe info:     https://cygwin.com/ml/#unsubscribe-simple