From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 130048 invoked by alias); 19 Sep 2018 18:39:01 -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 129998 invoked by uid 89); 19 Sep 2018 18:39:00 -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=Hx-languages-length:1031, quality, valued X-HELO: mail-yb1-f170.google.com Received: from mail-yb1-f170.google.com (HELO mail-yb1-f170.google.com) (209.85.219.170) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 19 Sep 2018 18:38:59 +0000 Received: by mail-yb1-f170.google.com with SMTP id w7-v6so2807503ybm.7; Wed, 19 Sep 2018 11:38:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=Y54eLsbcN8hHqM1EDmDGzTFXXvGeE36P3u9z9HrOHa0=; b=Y2VNDlK1e8r633o2sYm3U5jGmye2g1wk6pCzJ0UFNYfNpzIpGFhAZJqvuQBE9d7mvo 5nEJuLQl1JihVCIiW0V6dF7VNPyGDxIrLBnmf59/6sI8Gz6JDf8tV5i0CoPTT+uNj8r0 E5igayE+PnyOdrBBzKoIZjLdLaX+Bbh/097yglnUPFMkEF/d8CrA8ztKHoXyq80SD5ME uRXYiJiUlxsXtCVM59OhxnR+QDPgbc22YyaWHsMWOnSk5QB70v7Hpd80E5HSuWxXcGZP DRnx2X+6oacWtTK/WWYJ2AvEx7zWHbKcId6veMD+iu0gMjvczx5hqJI1bs2bufSzuuvy VeDQ== MIME-Version: 1.0 Received: by 2002:a81:7a4b:0:0:0:0:0 with HTTP; Wed, 19 Sep 2018 11:38:57 -0700 (PDT) From: Paul Richard Thomas Date: Wed, 19 Sep 2018 18:46:00 -0000 Message-ID: Subject: [Patch, fortran] PR84109 - ICE in adjustl on allocatable array of strings To: "fortran@gcc.gnu.org" , gcc-patches Content-Type: text/plain; charset="UTF-8" X-SW-Source: 2018-09/txt/msg01084.txt.bz2 As Dominique pointed out (and I denied initially - sorry!) this PR is essentially the same as PR87239 except that an intrinsic, rather than an extrinsic, function is involved. I have treated it in the same way but have added a slight improvement to keep scalar elemental calls outside of the scalarization loop. Committed to trunk as r264427. Like the patch for PR87239 I think that it is worth applying to 8-branch as a quality of implementation issue. I will wait a while before applying either patch to 8-branch. Cheers Paul 2018-09-19 Paul Thomas PR fortran/84109 * trans-expr.c (gfc_trans_assignment_1): The rse.pre for the assignment of deferred character intrinsic elemental function results to a realocatable lhs must not be added to the exterior block if they are array valued but must go to the loop body. 2018-09-19 Paul Thomas PR fortran/84109 * gfortran.dg/elemental_function_3.f90 : New test.