From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 101766 invoked by alias); 10 Dec 2018 14:09:57 -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 101743 invoked by uid 89); 10 Dec 2018 14:09:55 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=0.8 required=5.0 tests=BAYES_40,HTML_MESSAGE,KAM_COUK,SPF_HELO_PASS,SPF_PASS autolearn=no version=3.3.2 spammy=H*r:4.84_2, routine, Hx-languages-length:1069, padding X-HELO: imap1.codethink.co.uk Received: from imap1.codethink.co.uk (HELO imap1.codethink.co.uk) (176.9.8.82) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 10 Dec 2018 14:09:54 +0000 Received: from office.codethink.co.uk ([148.252.241.226] helo=[10.35.5.172]) by imap1.codethink.co.uk with esmtpsa (Exim 4.84_2 #1 (Debian)) id 1gWMFr-0006Wt-F8; Mon, 10 Dec 2018 14:09:51 +0000 Subject: Re: [PATCH, Fortran] pad char to int conversions with spaces instead of zeros (legacy) From: Mark Eggleston To: Fritz Reese , Jakub Jelinek Cc: fortran , gcc-patches References: <17e10b1f-a4a8-745a-0247-7bddfd90df7f@codethink.co.uk> <20181204151130.GB12380@tucnak> Message-ID: <642cbe8d-d03f-3582-e830-84dba6330ee0@codethink.co.uk> Date: Mon, 10 Dec 2018 14:09:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2018-12/txt/msg00575.txt.bz2 On 06/12/2018 10:20, Mark Eggleston wrote: >> Yes. Mark, you'll need to also patch iresolve.c (gfc_resolve_transfer) >> to affect non-constant resolution. > Thanks for the hint. I've looked at gfc_resolve_transfer regarding handling of padding when a character variable is passed to transfer instead of a literal. This routine is not called so can't be where a variable would be handled. Don't yet know where to make the change. regards, Mark -- https://www.codethink.co.uk/privacy.html