From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail2-relais-roc.national.inria.fr (mail2-relais-roc.national.inria.fr [192.134.164.83]) by sourceware.org (Postfix) with ESMTPS id E951A3858284 for ; Fri, 5 Jan 2024 09:25:23 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org E951A3858284 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=inria.fr Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=inria.fr ARC-Filter: OpenARC Filter v1.0.0 sourceware.org E951A3858284 Authentication-Results: server2.sourceware.org; arc=none smtp.remote-ip=192.134.164.83 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1704446730; cv=none; b=mTizNRBfhC9GMoAMjwjMiC5fLrD63BhwEuhl9ogXciP7CjurbpYHfm/LOLrCjcsMUJnYYIPvrsHkGgW5QHCRAnYAqQlglmGanG2buPEt5wo3XY5oKPl+oD8/728jJiCsKw6+uOY3nSlm0SS+T+kkMD8CxbHw95G94R7499/R+oA= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1704446730; c=relaxed/simple; bh=jt1UUQFy9WzPePpqkwaVgqNeC/9qvEaPziOvTP+eR6c=; h=DKIM-Signature:Date:Message-Id:From:To:Subject:MIME-version; b=aWSzYIr/AR4bnLFDHgh77ueqJI0S1oyHjSDYcv1ujaIqpqYCH+Wb4wK2ar9k+Ja6Km3LnZWhxAYYnxw6vRgb+gLrIz+LNzkihx2TljWkqhmpR/iMFrsN4qjpgRG9alx/6ygWuFes5qFcWscqt14AKK4wTfX9b8xZ13HXoulN89A= ARC-Authentication-Results: i=1; server2.sourceware.org DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=inria.fr; s=dc; h=date:message-id:from:to:cc:in-reply-to:subject: references:mime-version:content-transfer-encoding; bh=CufXfYL6aSscPh8dylHQM33c/Z2FWF5Sm4ekS67Gzdg=; b=g9MFMc9NljRpOH+AcU5/iZhlXg2YScUFn71EBfEiAjZWIPgvIRGXjRB0 JpSjaxHmoTEi+29RqEDeIpURdJKggGrXc2cTkv+y6vjVpz2QEAFwE2o5Z wMFtfTPHmZLQcyKLlUXDRxgjaySebabb8ZlxpDRe/W59ij+nieX2B52dV Y=; Authentication-Results: mail2-relais-roc.national.inria.fr; dkim=none (message not signed) header.i=none; spf=SoftFail smtp.mailfrom=Paul.Zimmermann@inria.fr; spf=None smtp.helo=postmaster@coriandre Received-SPF: SoftFail (mail2-relais-roc.national.inria.fr: domain of Paul.Zimmermann@inria.fr is inclined to not designate 152.81.9.227 as permitted sender) identity=mailfrom; client-ip=152.81.9.227; receiver=mail2-relais-roc.national.inria.fr; envelope-from="Paul.Zimmermann@inria.fr"; x-sender="Paul.Zimmermann@inria.fr"; x-conformance=spf_only; x-record-type="v=spf1"; x-record-text="v=spf1 include:mailout.safebrands.com a:basic-mail.safebrands.com a:basic-mail02.safebrands.com ip4:128.93.142.0/24 ip4:192.134.164.0/24 ip4:128.93.162.160 ip4:89.107.174.7 mx ~all" Received-SPF: None (mail2-relais-roc.national.inria.fr: no sender authenticity information available from domain of postmaster@coriandre) identity=helo; client-ip=152.81.9.227; receiver=mail2-relais-roc.national.inria.fr; envelope-from="Paul.Zimmermann@inria.fr"; x-sender="postmaster@coriandre"; x-conformance=spf_only X-IronPort-AV: E=Sophos;i="6.04,333,1695679200"; d="scan'208";a="145049552" Received: from coriandre.loria.fr (HELO coriandre) ([152.81.9.227]) by mail2-relais-roc.national.inria.fr with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 05 Jan 2024 10:25:23 +0100 Date: Fri, 05 Jan 2024 10:25:22 +0100 Message-Id: From: Paul Zimmermann To: Jeff Johnston Cc: newlib@sourceware.org In-Reply-To: (message from Jeff Johnston on Thu, 4 Jan 2024 13:44:27 -0500) Subject: Re: newlib-4.4.0 yearly snapshot created References: MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.7 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_MSPIKE_H5,RCVD_IN_MSPIKE_WL,SPF_HELO_NONE,SPF_PASS,TXREP,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: Hi Jeff, I did investigate. In fact I now get the issue with tgammaf even with Newlib 4.2.0. It might be due to a change in the compiler used (I now use gcc 13.2.0) or in my testing framework. Can you reproduce the issue? For the binary64 pow function, the accuracy has greatly improved with respect to 4.2.0. We got an error of up to 636 ulps, and now the largest error I get after a few tests is 0.892 ulp, which is better than the Intel Math Library for this function (1.73 ulp). Paul > From: Jeff Johnston > Date: Thu, 4 Jan 2024 13:44:27 -0500 > Cc: newlib@sourceware.org > > > [1:text/plain Show] > > > [2:text/html Hide Save:noname (3kB)] > > Hi Paul, the problem you reported hasn't been solved yet and the > snapshot is just a snapshot in time of the repo. > > Looking at the logs, I only see the following gamma change that occurs > between 4.2.0 and 4.3.0: > > commit ec69debcb977d6395f9e91ee20133de473484e20 > Author: Andoni Arregi > Date: Fri Feb 11 12:16:00 2022 +0100 > > Improve lgammaf range for very small cases > > The original cut for small arguments at |x|<2**-70 (copied from the > double version) produces that when computing nadj we get a subnormal > number for t*x and thus, the division of pi/subnormal will be INF and > the logarithm of it too, which is wrong as a result for lgammaf in this > range. > The proposed new limit seems to be safe and has been tested to > produce accurate results. > (Courtesy of Andreas Jung, ESA) > > I don't think this should have caused the regression you are seeing with -1 > as input, but can you confirm > if it is? Otherwise, can you use the git bisect in concert with your test > to determine the > source of the regression? > > Thanks, > > -- Jeff J. > > On Thu, Jan 4, 2024 at 11:03 AM Paul Zimmermann > wrote: > > Hi Jeff, > > for what concerns the accuracy of math functions, the issue with huge > error > in pow (https://sourceware.org/pipermail/newlib/2023/020164.html) seems > to > have been fixed in 4.4.0, thanks! > > However, the regression for tgammaf(-1) with respect to 4.2.0 is still > there: > https://sourceware.org/pipermail/newlib/2023/020170.html. > > Happy New Year, > Paul Zimmermann > > > From: Jeff Johnston > > Date: Sun, 31 Dec 2023 12:23:22 -0500 > > > > > > [1:text/plain Show] > > > > > > [2:text/html Hide Save:noname (879B)] > > > > The 4.4.0 snapshot has been created and uploaded to the ftp site. For > > details on changes, see the NEWS file. > > > > If there are any issues, I'll have to deal with them in the New Year. > > > > Thanks everyone for contributing last minute changes to handle the > > c99/gcc-14 issues and thanks to all who made contributions/reviews > this > > year. Special thanks to Corinna for leading the project and reviewing > the > > lion's share of the code. > > > > Happy New Year everyone, > > > > -- Jeff J.