From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on dcvr.yhbt.net X-Spam-Level: X-Spam-Status: No, score=-3.6 required=3.0 tests=AWL,BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,RCVD_IN_DNSWL_BLOCKED, SPF_HELO_PASS,SPF_PASS shortcircuit=no autolearn=ham autolearn_force=no version=3.4.2 Received: from sourceware.org (server2.sourceware.org [8.43.85.97]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by dcvr.yhbt.net (Postfix) with ESMTPS id C1C8E1F4B4 for ; Mon, 18 Jan 2021 14:36:35 +0000 (UTC) Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id 749AB386EC4B; Mon, 18 Jan 2021 14:36:34 +0000 (GMT) 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 A0F623850401 for ; Mon, 18 Jan 2021 14:36:31 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org A0F623850401 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=inria.fr Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=Paul.Zimmermann@inria.fr X-IronPort-AV: E=Sophos;i="5.79,356,1602540000"; d="scan'208";a="487683361" Received: from tomate.loria.fr (HELO tomate) ([152.81.10.51]) by mail2-relais-roc.national.inria.fr with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 18 Jan 2021 15:36:30 +0100 Date: Mon, 18 Jan 2021 15:36:30 +0100 Message-Id: From: Paul Zimmermann To: Wilco Dijkstra In-Reply-To: (message from Wilco Dijkstra via Libc-alpha on Mon, 18 Jan 2021 14:22:50 +0000) Subject: Re: New math test failures on Fedora/33 References: X-BeenThere: libc-alpha@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Libc-alpha mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: libc-alpha@sourceware.org Errors-To: libc-alpha-bounces@sourceware.org Sender: "Libc-alpha" Dear Wilco, > On the subject of ULPs, how about centralizing the ULP files into a single > generic file and only adding entries to target ULP files for special cases? > More of the math functions are becoming generic and so the ULPs should be > the same for most (some entries might need fma and non-fma variants of course). > Then you only need the target versions for special cases like non-standard IEEE > formats, target specific implementations with different ULPs etc. > > And if there aren't that many special cases you could use a single file with > a syntax like: > > Function: "acos": > float: 1 // generic case > float-alpha: 2 good idea! One question: when one does "make regen-ulps", how would it know which value to update? For each function, we would need to tag it as "generic" or not on each target? By the way, "make regen-ulps" gives a diff if the new ulps are larger, but does it also when the new ulps are smaller (for example if we improved the algorithm)? Paul