From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 74035 invoked by alias); 6 Jan 2020 17:10:45 -0000 Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Received: (qmail 74027 invoked by uid 89); 6 Jan 2020 17:10:45 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-3.9 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,SPF_HELO_PASS autolearn=ham version=3.3.1 spammy=absolutely, H*f:sk:de16e5a, H*i:sk:de16e5a, H*MI:sk:de16e5a X-HELO: mo4-p00-ob.smtp.rzone.de Received: from mo4-p00-ob.smtp.rzone.de (HELO mo4-p00-ob.smtp.rzone.de) (81.169.146.163) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 06 Jan 2020 17:10:43 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1578330641; s=strato-dkim-0002; d=gjlay.de; h=In-Reply-To:References:Subject:CC:To:From:Date:Message-ID: X-RZG-CLASS-ID:X-RZG-AUTH:From:Subject:Sender; bh=XqE+txFddsidVpGuE8GhPy6LDNJWhgbQd8YPh4OP44s=; b=OGluula6IZWNKpEyhi3/BECnblOAXBMflUirvdCnsZt0bKwrdNlf40G/gMD1m1/Agy 0/qcbm0/Y5NpcivQMKoiQyYVtXVJK2hkcvwe0eky4B0Xqf43QDmhSWyh43h9GaTRfDHn C+fwXQv/5cEMeXVP8llcHUhoNmLnAxziDRX5vsBM7b3JRizQcyKIBvQ5oXiUoYlzVVnu Y78krVvdUyjjnUdIGQwaUrwWMk9mOFTm+IfmfkzQ19PeyoFopx5UGLsijp1IxI4kur8P mJpvqd16M/ZSpWvgon4o/vQyaI32iAK9lCWmwwaPXOWB+R3v9ij4Qm4fVw1iAQ95HcjH qKmQ== Received: from [192.168.2.100] by smtp.strato.de (RZmta 46.1.3 DYNA|AUTH) with ESMTPSA id J0a754w06HAeI3O (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (curve X9_62_prime256v1 with 256 ECDH bits, eq. 3072 bits RSA)) (Client did not present a certificate); Mon, 6 Jan 2020 18:10:40 +0100 (CET) Message-ID: <5E136A67.5010301@gjlay.de> Date: Mon, 06 Jan 2020 17:10:00 -0000 From: Georg-Johann Lay User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: law@redhat.com CC: GCC Patches Subject: Re: [patch,avr, 1/3] Support 64-bit (long) double: The gcc part. References: <268c2e7e-aca7-58fa-602c-6b9dafc133e7@gjlay.de> <3d2f9f74-fbde-8a19-e76b-5d0575298451@gjlay.de> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2020-01/txt/msg00153.txt.bz2 Jeff Law schrieb: > On Mon, 2019-12-16 at 17:43 +0100, Georg-Johann Lay wrote: >> Am 16.12.19 um 17:40 schrieb Georg-Johann Lay: >> Patch 1/3 is the GCC changes: Documentation and new avr-specific >> configure options: >> >> --with-libf7 selects to which level double support from libf7 is added >> to libgcc. >> >> --with-double-comparison select what FLOAT_LIB_COMPARE_RETURNS_BOOL >> returns. >> >> Johann >> >> gcc/ >> * config.gcc (tm_defines) [target=avr]: Support --with-libf7, >> --with-double-comparison. >> * doc/install.texi: Document them. >> * config/avr/avr-c.c (avr_cpu_cpp_builtins) >> >> : New built-in defines. >> * doc/invoke.texi (AVR Built-in Macros): Document them. >> * config/avr/avr-protos.h (avr_float_lib_compare_returns_bool): New. >> * config/avr/avr.c (avr_float_lib_compare_returns_bool): New function. >> * config/avr/avr.h (FLOAT_LIB_COMPARE_RETURNS_BOOL): New macro. > I'd suggest "--with-libf77" rather than "--with-libf7". > > jeff Why that second 7? I called it "libf7" because the internal _f_loat representation has a mantissa of 7 bytes. So libf56 would also be indicative. Actually the name does not matter very much... It just needs to have /some/ name. "f77" however puts it close to Fortran, but that code has absolutely nothing to do with Fortran whatsoever. Johann p.s. You know anything about Denis Chertykov? He used to reply to avr patches within hours, but my latest patches (after a long period where I didn't propose any patches) where all approved by you; not a single mail from Denis. So I am concerned if he's well. Maybe he left you or some other global maintainer a note? He's still listed as maintainer though.