From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 104732 invoked by alias); 13 Feb 2018 19:14:38 -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 104707 invoked by uid 89); 13 Feb 2018 19:14:37 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.7 required=5.0 tests=AWL,BAYES_00,KAM_LAZY_DOMAIN_SECURITY,RCVD_IN_DNSWL_LOW,T_RP_MATCHES_RCVD autolearn=no version=3.3.2 spammy= X-Spam-User: qpsmtpd, 3 recipients X-HELO: troutmask.apl.washington.edu Received: from troutmask.apl.washington.edu (HELO troutmask.apl.washington.edu) (128.95.76.21) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 13 Feb 2018 19:14:36 +0000 Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id w1DJEYto099883 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 13 Feb 2018 11:14:34 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id w1DJEYAl099882; Tue, 13 Feb 2018 11:14:34 -0800 (PST) (envelope-from sgk) Date: Tue, 13 Feb 2018 19:14:00 -0000 From: Steve Kargl To: Janus Weil Cc: gfortran , gcc-patches , Richard Guenther , Jakub Jelinek Subject: Re: [Patch, Fortran, F08] PR 84313: reject procedure pointers in COMMON blocks Message-ID: <20180213191433.GA98811@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.2 (2017-12-15) X-IsSubscribed: yes X-SW-Source: 2018-02/txt/msg00081.txt.bz2 On Tue, Feb 13, 2018 at 07:24:35PM +0100, Janus Weil wrote: > > As my last submission, this fixes fallout from > https://groups.google.com/forum/?fromgroups#!topic/comp.lang.fortran/AIHRQ2kJv3c. > As the last one, it is a very simple fix for an accepts-invalid > problem (which is not a regression), so I hope this one will also > still be suitable for trunk (if not, I hope the release managers, in > CC, will stop me). > > It does regtest cleanly on x86_64-linux-gnu. Ok for trunk? > Ok. I think you can skip waiting RM approval. To me, this patch falls into the "too simply and obvious" fix category. PS: Given the response I got yesterday on the #gcc IRC channel when I asked about the current status of trunk, I'm inclined to ignore the "regression and doc fixes only" status. -- steve