From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5629 invoked by alias); 14 Nov 2015 17:49:49 -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 5606 invoked by uid 89); 14 Nov 2015 17:49:48 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-0.8 required=5.0 tests=AWL,BAYES_05,KAM_LAZY_DOMAIN_SECURITY,RP_MATCHES_RCVD autolearn=no version=3.3.2 X-Spam-User: qpsmtpd, 2 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 (AES256-GCM-SHA384 encrypted) ESMTPS; Sat, 14 Nov 2015 17:49:47 +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 tAEHnjUA019029 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 14 Nov 2015 09:49:45 -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 tAEHnh1F019028; Sat, 14 Nov 2015 09:49:43 -0800 (PST) (envelope-from sgk) Date: Sat, 14 Nov 2015 17:49:00 -0000 From: Steve Kargl To: Paul Richard Thomas Cc: "fortran@gcc.gnu.org" , gcc-patches , Damian Rouson , Louis Krupp , Dominique Dhumieres Subject: Re: Ping: [Patch, fortran] Bug 68241 - [meta-bug] Deferred-length character - PRs50221, 68216, 63932, 66408, 67674 and 49954 Message-ID: <20151114174943.GA19017@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.5.24 (2015-08-30) X-IsSubscribed: yes X-SW-Source: 2015-11/txt/msg00076.txt.bz2 On Sat, Nov 14, 2015 at 06:39:28PM +0100, Paul Richard Thomas wrote: > > I am completely unable to reproduce the problems that Dominique is > reporting for deferred_character_4.f90. This might be because the > patch has moved on to fix PR49554 :-) > > Concatenation expressions assigned to deferred length character arrays > need careful handling to ensure that the temporary creation for the > concatenation operator occurs at the right place, that the descriptor > dtype is updated and an array temporary is created if there is any > dependency between lhs and rhs. This latter has been implemented in > resolve.c. > > Testcases 4-6 have been added to reflect the additional fixes afforded > by the original patch, as reported by Dominique (thanks!). > > As soon as this patch has been committed, I will prepare a version for > 4.9 and 5 branches > > Bootstrapped and regtested on FC21/x86_64 - OK for trunk? > Hi Paul, I was going to cast an eye over your diff today. I'll build and run some tests on FreeBSD. Dominiq uses MacOS. So, perhaps, some latent memory corruption issue. -- steve