From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from cc-smtpout3.netcologne.de (cc-smtpout3.netcologne.de [89.1.8.213]) by sourceware.org (Postfix) with ESMTPS id 0FDE43858D38; Sat, 3 Jun 2023 05:50:24 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 0FDE43858D38 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=netcologne.de Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=netcologne.de Received: from cc-smtpin2.netcologne.de (cc-smtpin2.netcologne.de [89.1.8.202]) by cc-smtpout3.netcologne.de (Postfix) with ESMTP id 6570E12346; Sat, 3 Jun 2023 07:50:22 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=netcologne.de; s=nc1116a; t=1685771422; bh=i+achOu8HOPyEw0LUqGKb8KfJ6RoyayhygYfcGBXpWU=; h=Message-ID:Date:Subject:To:References:From:In-Reply-To:From; b=nru8Wc0ghYpZhEG4f/gRROjTQCkP7V7xaGx3uBEet+FITySBgZuMXfxIFGs0NlvaV oaL6AUz/obifgBtqg1wp++W5y5xIu4HfNmblRKGSVrC/VcMqnxLy3Kur+xeEaFsdna b/ALTjoVc6oqtruufQ0XVujt1/gys0L9/xXqde9i2FW1ou6z5ZYZWy5UPpyuQs3Wmn C+xbtuWnthJuF184BwZs42uT8JOZ/9JZeaPuRo3acGwg6luaOpWbKYVt46sjQdB2WE Cm1TOzyxers5oVv89irlYgRHNRmQGNhAWFDAP0dqshQkutFq2YFaokFXOKD5gTdG5h VsYO12Wyd1Mew== Received: from [IPV6:2001:4dd4:fddc:0:7285:c2ff:fe6c:992d] (2001-4dd4-fddc-0-7285-c2ff-fe6c-992d.ipv6dyn.netcologne.de [IPv6:2001:4dd4:fddc:0:7285:c2ff:fe6c:992d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by cc-smtpin2.netcologne.de (Postfix) with ESMTPSA id 07FBF120D5; Sat, 3 Jun 2023 07:50:19 +0200 (CEST) Message-ID: <552d5ed3-d137-b9dd-7b67-e561070aa001@netcologne.de> Date: Sat, 3 Jun 2023 07:50:19 +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] PR37336 finalization To: Paul Richard Thomas , "fortran@gcc.gnu.org" , gcc-patches References: Content-Language: en-US From: Thomas Koenig In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-NetCologne-Spam: L X-Rspamd-Queue-Id: 07FBF120D5 X-Rspamd-Action: no action X-Spamd-Bar: - X-Spam-Status: No, score=-3.6 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A,RCVD_IN_DNSWL_LOW,SPF_HELO_NONE,SPF_PASS,TXREP,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: Hi Paul, > I propose to backport > r13-6747-gd7caf313525a46f200d7f5db1ba893f853774aee to 12-branch very > soon. Is this something that we usually do? While finalization was basically broken before, some people still used working subsets (or subsets that were broken, and they adapted or wrote their code accordingly). What is the general opinion on that? I'm undecided. > Before that, I propose to remove the F2003/2008 finalization of > structure and array constructors in 13- and 14-branches. I can see why > it was removed from the standard in a correction to F2008 and think > that it is likely to cause endless confusion and maintenance > complications. However, finalization of function results within > constructors will be retained. That, I agree with. Should it be noted somewhere as an intentional deviation from the standard? Best regards Thomas