From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from nikam.ms.mff.cuni.cz (nikam.ms.mff.cuni.cz [195.113.20.16]) by sourceware.org (Postfix) with ESMTPS id 32C4B385840B; Thu, 4 Nov 2021 17:00:57 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 32C4B385840B Received: by nikam.ms.mff.cuni.cz (Postfix, from userid 16202) id D42992809B4; Thu, 4 Nov 2021 18:00:55 +0100 (CET) Date: Thu, 4 Nov 2021 18:00:55 +0100 From: Jan Hubicka To: "aldyh at gcc dot gnu.org" Cc: gcc-bugs@gcc.gnu.org Subject: Re: [Bug tree-optimization/102943] [12 Regression] Jump threader compile-time hog with 521.wrf_r Message-ID: <20211104170055.GA92296@kam.mff.cuni.cz> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) X-Spam-Status: No, score=-5.5 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, KAM_SHORT, RCVD_IN_MSPIKE_H3, RCVD_IN_MSPIKE_WL, SPF_HELO_NONE, SPF_NONE, TXREP autolearn=ham autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-BeenThere: gcc-bugs@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gcc-bugs mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Nov 2021 17:00:59 -0000 > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102943 > > Aldy Hernandez changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > Depends on| |103058 > > --- Comment #18 from Aldy Hernandez --- > 251.wrf_r is no longer building. Seems to be the same issue in PR103058. > > during GIMPLE pass: alias > module_fr_fire_phys.fppized.f90: In function 'init_fuel_cats': > module_fr_fire_phys.fppized.f90:136:25: internal compiler error: in > gimple_call_static_chain_flags, at gimple.c:1669 > 136 | subroutine init_fuel_cats > | ^ > 0x6957b5 gimple_call_static_chain_flags(gcall const*) > /home/aldyh/src/clean/gcc/gimple.c:1669 I have commited workaround for this. However here it looks like a frontend issue - I do not think Fortran should produce nested functions with external linkage. At least there seems to be no good reason for doing so since they can not be called cross-module. Honza