From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27769 invoked by alias); 22 Sep 2017 07:12:00 -0000 Mailing-List: contact fortran-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: fortran-owner@gcc.gnu.org Received: (qmail 27729 invoked by uid 89); 22 Sep 2017 07:11:59 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.5 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,RCVD_IN_SORBS_SPAM,SPF_PASS autolearn=no version=3.3.2 spammy=hear X-Spam-User: qpsmtpd, 3 recipients X-HELO: mail-yw0-f175.google.com Received: from mail-yw0-f175.google.com (HELO mail-yw0-f175.google.com) (209.85.161.175) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 22 Sep 2017 07:11:58 +0000 Received: by mail-yw0-f175.google.com with SMTP id l4so167732ywa.6; Fri, 22 Sep 2017 00:11:58 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=/nU4rfIwC5njHwFVr5PXFqSf1/oIq1VAR0T6L8BpCec=; b=GyOggqh0x3yJd313k6MP5yhgZJMzGyzgUgMMHrYcIJSilp+Mp7HOBjTf7MDb3W5hFw fCcasuWcssDcT/kw2wYZCdgc1SwI8Y9eDt9CXFphuHYYasRJTVfR9S2aWY05fkZ7PYQ2 t4PIGdz0p72sFsXXGrJ1UXNY4xsEdlNyIc4IqdiZUHt/dQfiyLeCFDfbuY9mKyoanJbL qKdgIGrFK9hKpoYeuNP0zw47x5sgk6XM2WncFaTmxQETmpU0S5QVjvRPG9xKWAE6giVM HlVVxbiCUpJQp0oTUIDWZMGdp3DUPLbvRSY/s2wD4b1ACP7x3d1e9+y2fOzZrvS83rMk aPww== X-Gm-Message-State: AHPjjUia294ds2VGUBDWSe7iYuqTnq9igU3wKPLEvr4wy06hyDCk47Ga UcQZ/o9YRWmBhTAdY49eeyAOJWvA7C1oXUWDYTE= X-Google-Smtp-Source: AOwi7QDjFKszsq47BiP67+wA19LzLMCgdrLGt2NGTLzAw2qwbjYW1JCPIltRIhZf1Ux//q9mgzsjMJncxvEbPjUSsGg= X-Received: by 10.129.121.147 with SMTP id u141mr1869801ywc.477.1506064316443; Fri, 22 Sep 2017 00:11:56 -0700 (PDT) MIME-Version: 1.0 Received: by 10.13.210.134 with HTTP; Fri, 22 Sep 2017 00:11:55 -0700 (PDT) In-Reply-To: References: <20170918045045.GA79226@troutmask.apl.washington.edu> <20170918140823.GA83251@troutmask.apl.washington.edu> <20170921203854.GA13539@troutmask.apl.washington.edu> From: Janne Blomqvist Date: Fri, 22 Sep 2017 07:12:00 -0000 Message-ID: Subject: Re: [Patch, Fortran] PR 82143: add a -fdefault-real-16 flag To: Janus Weil Cc: Steve Kargl , gfortran , gcc-patches Content-Type: text/plain; charset="UTF-8" X-IsSubscribed: yes X-SW-Source: 2017-09/txt/msg00079.txt.bz2 On Fri, Sep 22, 2017 at 8:02 AM, Janus Weil wrote: > Thanks, Steve. I'm attaching the updated ChangeLog and the two test > cases for the two new flags. Since this appears to be a somewhat > controversial feature, I'll wait two more days to allow for others to > contribute their feedback (positive or negative). I'll commit on > Sunday if I hear nothing until then. Well, if you're actively soliciting bikeshedding, here goes: Since we're about to have several -fdefault-real-N flags, would it make sense to instead make a single flag -fdefault-real=SOMEVALUE (and for backwards compatibility, make -fdefault-real-8 an alias for -fdefault-real=8)? And similarly for -fdefault-double=. And since the standard requires that double precision variables are twice as big as reals, in the absence of an explicit -fdefault-double= flag, would it make sense to have -fdefault-real=N imply -fdefault-double=[2*N or if that isn't supported on the target, the largest supported real kind]? (This is sort-of an extension of the current -fdefault-real-8 behavior) -- Janne Blomqvist