From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <SRS0=kI5b=B4=orange.fr=morin-mikael@sourceware.org>
Received: from smtp.smtpout.orange.fr (smtp-14.smtpout.orange.fr [80.12.242.14])
	by sourceware.org (Postfix) with ESMTPS id 07DEA3857701
	for <fortran@gcc.gnu.org>; Thu,  8 Jun 2023 07:46:29 +0000 (GMT)
DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 07DEA3857701
Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=orange.fr
Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=orange.fr
Received: from [192.168.1.16] ([86.215.161.51])
	by smtp.orange.fr with ESMTPA
	id 7ALdqSwSc0npV7ALjqINda; Thu, 08 Jun 2023 09:46:27 +0200
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=orange.fr;
	s=t20230301; t=1686210387;
	bh=wCTrp5E6cEOCXrh2ErE02902wqcyhpyhUKpwaRPw4+k=;
	h=Date:Subject:To:Cc:References:From:In-Reply-To;
	b=ISvfYiM8LLxbQ8iJiY8imal4EI3nmUf5ISJo4avXi2BAbFUG+OtU8bz9w7l6qmldc
	 9XpUr9m0xgyvpOGghVkzVYy8xrjvy/T7akcbvFWGw2iVgFjQPy1FJP1c6WSzzz7F84
	 +fhugvNNsR8aTuipGPYBQerwLfRE+qngnzt/00R8jf4rzYs7GU/0IrcYShDEzt2Vt2
	 AkmbSnwKZQn9ihqe6mrSEWzIu1ZptwYwRekJ+xhr6cmnjFxpLS+ZdFsYGOS+iZDzxO
	 IS96R0T/KWnt45aQHjloLF1xoMdJ/p9ZibJIgH9SToNRcrPUzdOefUs9FWnfYZsGaA
	 SchhVw7i1MHWA==
X-ME-Helo: [192.168.1.16]
X-ME-Auth: bW9yaW4tbWlrYWVsQG9yYW5nZS5mcg==
X-ME-Date: Thu, 08 Jun 2023 09:46:27 +0200
X-ME-IP: 86.215.161.51
Message-ID: <18005e9d-e0af-8d94-d490-80fc3a5f3840@orange.fr>
Date: Thu, 8 Jun 2023 09:46:21 +0200
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101
 Thunderbird/102.11.0
Subject: Re: [Patch, fortran] PR87477 - (associate) - [meta-bug] [F03] issues
 concerning the ASSOCIATE statement
To: Paul Richard Thomas <paul.richard.thomas@gmail.com>,
 Harald Anlauf <anlauf@gmx.de>
Cc: "fortran@gcc.gnu.org" <fortran@gcc.gnu.org>,
 gcc-patches <gcc-patches@gcc.gnu.org>
References: <CAGkQGiKOzc=DcdTNpTFO2MZeRiMSOhZZTJ2zKvq0+SDjZvwCyg@mail.gmail.com>
 <ed52799d-e093-7755-ac2e-423ca1c10b1f@gmx.de>
 <CAGkQGi+kLHxd22zh7e5EwGZc4cQtpUkvAbBZuwqAvcPTPnyTYQ@mail.gmail.com>
Content-Language: fr
From: Mikael Morin <morin-mikael@orange.fr>
In-Reply-To: <CAGkQGi+kLHxd22zh7e5EwGZc4cQtpUkvAbBZuwqAvcPTPnyTYQ@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Spam-Status: No, score=-5.3 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM,JMQ_SPF_NEUTRAL,NICE_REPLY_A,RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL,SPF_HELO_PASS,SPF_PASS,TXREP,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6
X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org
List-Id: <fortran.gcc.gnu.org>

Le 08/06/2023 à 07:57, Paul Richard Thomas via Fortran a écrit :
> Hi Harald,
> 
> In answer to your question:
> void
> gfc_replace_expr (gfc_expr *dest, gfc_expr *src)
> {
>    free_expr0 (dest);
>    *dest = *src;
>    free (src);
> }
> So it does indeed do the job.
> 
Sure, but his comment was about the case gfc_replace_expr is *not* executed.

> I should perhaps have remarked that, following the divide error,
> gfc_simplify_expr was returning a mutilated version of the expression
> and this was somehow connected with successfully simplifying the
> parentheses. Copying and replacing on no errors deals with the
> problem.
> 
Is the expression mutilated enough that it can't be safely freed?