From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7141 invoked by alias); 10 Sep 2018 06:55: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 7118 invoked by uid 89); 10 Sep 2018 06:55:37 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.2 spammy= X-HELO: mail-yw1-f65.google.com Received: from mail-yw1-f65.google.com (HELO mail-yw1-f65.google.com) (209.85.161.65) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 10 Sep 2018 06:55:36 +0000 Received: by mail-yw1-f65.google.com with SMTP id z143-v6so7465832ywa.7; Sun, 09 Sep 2018 23:55:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=8/Xk8kAexLdlvS1Zb3qKKFP/6wiXGgwkeF6vRnCetm4=; b=n7jrrWwEpCOOnpdHt3podVkqOPlbmxKWuucogy8jXms6VJycXpdvGtfsn4h8ye6s0s +6w1rXWCXp2gEy/79SaMYMA1hbd9EuSPTsBriuIL2kxibas9NC8tkEcoeIjHOo6sGEDf 5gx62coYVAK7GAeKeeLdGQTxR0q8xdRdOj+NuA8W4HGQ355NIzfjycEpDGWJ/qGfd1dk bJQq2lLx+mZ1tS5JrYZcK6qSK9H0veUa6mbbAg3FvRREKPKBqvRLHaD8nwRQHW5H1a4K CH4oQVWC28NgXo1ieerN5rHw5XbSVPaDELNNZYxSWOGker3HVcjISE2z/EvG/ygNJjxc 8KCw== MIME-Version: 1.0 Received: by 2002:a81:7a4b:0:0:0:0:0 with HTTP; Sun, 9 Sep 2018 23:55:33 -0700 (PDT) In-Reply-To: References: From: Paul Richard Thomas Date: Mon, 10 Sep 2018 06:55:00 -0000 Message-ID: Subject: Re: [Patch, Fortran, F03] PR 85395: private clause contained in derived type acquires spurious scope To: Janus Weil Cc: gfortran , gcc-patches Content-Type: text/plain; charset="UTF-8" X-IsSubscribed: yes X-SW-Source: 2018-09/txt/msg00085.txt.bz2 Hi Janus, That's OK for trunk and, I would suggest 8-branch. Thanks for the patch. Paul On 9 September 2018 at 17:31, Janus Weil wrote: > Hi all, > > the attached patch fixes a problem with the accessibility of procedure > pointer components (private/public attribute). It is rather > straightforward and regtest cleanly on x86_64-linux-gnu (for further > details see the PR). Ok for trunk? > > Cheers, > Janus -- "If you can't explain it simply, you don't understand it well enough" - Albert Einstein