From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp.smtpout.orange.fr (smtp10.smtpout.orange.fr [80.12.242.132]) by sourceware.org (Postfix) with ESMTPS id C2D89385AC28 for ; Thu, 27 Jan 2022 11:48:24 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org C2D89385AC28 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=orange.fr Authentication-Results: sourceware.org; spf=none smtp.mailfrom=orange.fr Received: from [192.168.1.17] ([86.253.179.215]) by smtp.orange.fr with ESMTPA id D3GCnHteHEuQ2D3GInI5GM; Thu, 27 Jan 2022 12:48:23 +0100 X-ME-Helo: [192.168.1.17] X-ME-Auth: MDU4MTIxYWM4YWI0ZGE4ZTUwZWZmNTExZmI2ZWZlMThkM2ZhYiE5OWRkOGM= X-ME-Date: Thu, 27 Jan 2022 12:48:23 +0100 X-ME-IP: 86.253.179.215 Message-ID: <39f666ba-db26-dc71-af30-280052c53b4b@orange.fr> Date: Thu, 27 Jan 2022 12:48:16 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.5.0 Subject: Re: [PATCH] PR fortran/84784 - ICEs: verify_gimple failed with -fdefault-integer-8 Content-Language: fr To: Harald Anlauf , fortran , gcc-patches References: From: Mikael Morin In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-3.1 required=5.0 tests=BAYES_00, FREEMAIL_FROM, KAM_DMARC_STATUS, KAM_LAZY_DOMAIN_SECURITY, KAM_NUMSUBJECT, NICE_REPLY_A, RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H2, SPF_HELO_NONE, SPF_NONE, TXREP autolearn=no autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-BeenThere: fortran@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Fortran mailing list List-Unsubscribe: , List-Archive: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jan 2022 11:48:26 -0000 Le 26/01/2022 à 21:59, Harald Anlauf via Fortran a écrit : > Dear Fortranners, > > the use of -fdefault-integer-8 exhibits several cases where > we missed to convert the result of an intrinsic from the > declared to the effective resulting type. > > The attached obvious patch fixes this for IMAGE_STATUS, > TEAM_NUMBER, and POPCNT/POPPAR. > > OK for mainline if regtesting passes on x86_64-pc-linux-gnu? > This is not a regression, but should be safe. Can you add a test of POPPAR, similar to that of POPCNT? OK with that change.