From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23292 invoked by alias); 23 Sep 2018 16:09:41 -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 23269 invoked by uid 89); 23 Sep 2018 16:09:41 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-2.1 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.2 spammy=Hx-languages-length:868, H*c:alternative X-HELO: mail-yw1-f45.google.com Received: from mail-yw1-f45.google.com (HELO mail-yw1-f45.google.com) (209.85.161.45) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Sun, 23 Sep 2018 16:09:39 +0000 Received: by mail-yw1-f45.google.com with SMTP id b2-v6so2860079ywe.11; Sun, 23 Sep 2018 09:09:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=fLbt4P6ywxKBKm/O58mXvz+0nUyndl3AVXM6xLYmNq0=; b=YrvHzY/FEQ5/PfhPn2H6QlDteA28z/nIm7DEwgPOQ+oN/oWCao4hOE3ZBg080iONvw bOQMG+2gtAs9jwx1Tzz5XhOqnuvDxpYo0D/ENoUAYasfiaF2H5jlV5GKjGqs3uH2ssY2 DyY47Q1BtEDzQZHo7uOXSKKOgRBaDL1mZ3rscm5iM5gj/Nl4ANVow3/SaWKcy10YHowd 3NQNpgFzx7gwS7OIBniN2aFbMZL4Yy1hlgK+2VDPbDmFMvowV8hKzZKZfOEqVV7jy12j QIedrgNReDhaiCEkikwC6iSbGthr1T1gWPoF3vnf99nTV2LY0RRf6qiorI37aI2kNBUn nOcA== MIME-Version: 1.0 References: In-Reply-To: From: Janne Blomqvist Date: Sun, 23 Sep 2018 16:47:00 -0000 Message-ID: Subject: Re: [Patch, fortran] PR65677 - Incomplete assignment on deferred-length character variable To: Paul Richard Thomas Cc: Fortran List , GCC Patches Content-Type: text/plain; charset="UTF-8" X-SW-Source: 2018-09/txt/msg01309.txt.bz2 On Sun, Sep 23, 2018 at 2:57 PM Paul Richard Thomas < paul.richard.thomas@gmail.com> wrote: > This is yet another deferred character length problem that this time > is caused by a dependency in assignment between lhs and rhs > string_lengths. The comment in the testcase explains all. > > Bootstraps and regtests on FC21/x86_64 - OK for trunk and 8-branch? > Ok, thanks. -- Janne Blomqvist