From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <SRS0=+nVc=7B=troutmask.apl.washington.edu=sgk@sourceware.org>
Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21])
	by sourceware.org (Postfix) with ESMTPS id DE4243858CDB
	for <fortran@gcc.gnu.org>; Thu,  9 Mar 2023 15:05:16 +0000 (GMT)
DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org DE4243858CDB
Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=troutmask.apl.washington.edu
Authentication-Results: sourceware.org; spf=none smtp.mailfrom=troutmask.apl.washington.edu
Received: from troutmask.apl.washington.edu (localhost [127.0.0.1])
	by troutmask.apl.washington.edu (8.17.1/8.17.1) with ESMTPS id 329F5FGs065373
	(version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO);
	Thu, 9 Mar 2023 07:05:15 -0800 (PST)
	(envelope-from sgk@troutmask.apl.washington.edu)
Received: (from sgk@localhost)
	by troutmask.apl.washington.edu (8.17.1/8.17.1/Submit) id 329F5FLG065372;
	Thu, 9 Mar 2023 07:05:15 -0800 (PST)
	(envelope-from sgk)
Date: Thu, 9 Mar 2023 07:05:15 -0800
From: Steve Kargl <sgk@troutmask.apl.washington.edu>
To: Richard Biener <rguenther@suse.de>
Cc: Thomas Koenig <tkoenig@netcologne.de>,
        Paul Richard Thomas <paul.richard.thomas@gmail.com>,
        "fortran@gcc.gnu.org" <fortran@gcc.gnu.org>
Subject: Re: [Patch, fortran] PR37336 finalization
Message-ID: <ZAn1q3/e2EtOZ0d8@troutmask.apl.washington.edu>
Reply-To: sgk@troutmask.apl.washington.edu
References: <CAGkQGiLxqFxtwm8zK_uftgfoKjVeh-EXv85cVtX50T_=fsC9yw@mail.gmail.com>
 <582085ac-0d07-a516-732d-e82e0a4e01c9@netcologne.de>
 <CAGkQGiJpL99oDH9Mw+t6pCSx25LWWVVpeys2Ui0fVr-i=bm4_Q@mail.gmail.com>
 <cee6d881-8754-6d66-8949-b99a2f3be6a8@netcologne.de>
 <CAGkQGiJEan6Sr=vzkZN=L6OFK9V7w5FH=tL4GnY2MbWuGXSWGQ@mail.gmail.com>
 <nycvar.YFH.7.77.849.2303080920270.18795@jbgna.fhfr.qr>
 <CAGkQGiKrj=kWC7mw=R5gDVf8wx6rho7LG9cnUMw9bKsPOBstng@mail.gmail.com>
 <acfd5d36-7943-7ef2-8d16-5d9953b42a56@netcologne.de>
 <nycvar.YFH.7.77.849.2303090815450.18795@jbgna.fhfr.qr>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <nycvar.YFH.7.77.849.2303090815450.18795@jbgna.fhfr.qr>
X-Spam-Status: No, score=-1.6 required=5.0 tests=BAYES_00,KAM_DMARC_STATUS,KAM_LAZY_DOMAIN_SECURITY,SPF_HELO_NONE,SPF_NONE,TXREP 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>

On Thu, Mar 09, 2023 at 08:18:08AM +0000, Richard Biener wrote:
>
> the existing comment already explains the issue.  I suppose
> -fdefault-integer-8 would also work around the issue?
> 

Please, no.  -fdefault-* options should have been removed
from gfortran years ago.  Without a careful review, one 
might be stepping into a minefield, because the -fdefault-*
option break storage association rules.  If you want to use
an option, then you likely want -finteger-4-integer-8.  This
option preserves storage association.

-- 
Steve