From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.duskware.de (mail.duskware.de [IPv6:2a00:19e0:3004:291::144]) by sourceware.org (Postfix) with ESMTPS id EDB74385800D; Tue, 8 Dec 2020 15:22:19 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org EDB74385800D Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=duskware.de Authentication-Results: sourceware.org; spf=none smtp.mailfrom=martin@duskware.de Received: by mail.duskware.de (Postfix, from userid 205) id B456FA8025; Tue, 8 Dec 2020 16:22:17 +0100 (CET) Date: Tue, 8 Dec 2020 16:22:17 +0100 From: Martin Husemann To: "Maciej W. Rozycki" Cc: Tobias Burnus , Joseph Myers , Thomas Koenig , Anders Magnusson , gcc-patches@gcc.gnu.org, fortran@gcc.gnu.org Subject: Re: [PATCH 00/31] VAX: Bring the port up to date (yes, MODE_CC conversion is included) Message-ID: <20201208152217.GC5335@mail.duskware.de> References: <6938275b-8a47-162e-fdcd-aac1412fa257@netcologne.de> <20201126180852.GB5197@mail.duskware.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.7.2 (2016-11-26) X-Spam-Status: No, score=-0.9 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, KAM_LAZY_DOMAIN_SECURITY, SPF_HELO_NONE, SPF_NONE autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: gcc-patches@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gcc-patches mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Dec 2020 15:22:21 -0000 On Tue, Dec 08, 2020 at 02:38:59PM +0000, Maciej W. Rozycki wrote: > Here's the full list of math functions that the `configure' script in > libgfortran reports as missing: > > checking for acosl... no > checking for acoshf... no [..] > Except for the Bessel functions these are a part of ISO C; `long double' > versions, some of which appear missing unlike their `float' or `double' > counterparts, should probably just alias to the corresponding `double' > versions as I doubt we want to get into the H-floating format, largely > missing from actual VAX hardware and meant to be emulated by the OS. Thanks for the list - I'll add the aliases soonish (they are likely already there for the IEEE versions but missing from the vax code) and check what remains missing then. Martin