From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.126.133]) by sourceware.org (Postfix) with ESMTPS id 8F5C5385800A for ; Thu, 13 May 2021 21:57:42 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 8F5C5385800A Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=towo.net Authentication-Results: sourceware.org; spf=none smtp.mailfrom=towo@towo.net Received: from [192.168.178.74] ([91.65.218.78]) by mrelayeu.kundenserver.de (mreue012 [212.227.15.167]) with ESMTPSA (Nemesis) id 1N5CMP-1lX2QK0kPV-011DKX for ; Thu, 13 May 2021 23:57:41 +0200 Subject: Re: [ANNOUNCEMENT] Test: {mingw64-{i686,x86_64}-,}gcc-11.1.0-0.1 To: cygwin@cygwin.com References: <87mtszzsvd.fsf@Rainer.invalid> <29a53ee2-cac3-6815-792d-36f96be47bd1@towo.net> <5d911b7f-70c6-01f5-a353-d8735be46ecd@t-online.de> From: Thomas Wolff Message-ID: <04176b59-1b36-c139-76b7-046e3823caa1@towo.net> Date: Thu, 13 May 2021 23:57:40 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.10.1 MIME-Version: 1.0 In-Reply-To: <5d911b7f-70c6-01f5-a353-d8735be46ecd@t-online.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Provags-ID: V03:K1:vNixXcJdaTKTUhznZoVNsPHI5IvDc1I1pxubIGLdis30CQ4a8Nb QEkdxTx2Z7OjLpZ/jF7bsi61nIcS6igNFY1tIeTOTY1Uk7h+WVHavArRZY6QweU9AC+H0/d LncvlUlSWtfC2PB6f9fIqABPIyl2AaYDjvR3JSFckhdu/ZnLUcEhQRyB3UoO6pxM0raSaIj 4V4SDanrRMgjzxKslM5ow== X-UI-Out-Filterresults: notjunk:1;V03:K0:wuOL9PzVlcg=:8Xltx/ITsPotAxf6rNZCnG QNf3xMK8ef9wD/OQ9VehqhGn0PXnALOOfso4JcNUJQDtuNBYDYlFJcKKiva8TUtFu+QSlbxfU rs+zt41WmJFHtHtptJJYRwdUAzxSj5nTfl75Tq1GdjeYeHMuVegO54F+cpwOUhfaa5g9l54V1 WiUUmgUDjknbnpzrzoA9OIXDOQaLETyIuvGZcMkdtBC4AYApIgSZSCKfYM0x3fyWV8qjgkM6m QjH/qgZvZFeYRtG71TIW8YFx6J3N3t8AMFddmRCBu4pFJkfJ8e2hgjmoQv9r/dZJsUY9pWPF0 GB5TH80xRiS7pwKtUa5DFpspExUWJks12ibygQxUKeu+BW73d70BoNmxtIFBVger/KZJpDhcr yH4Gko6wnNE4KLhQMcnd+ZREYZCorHeVDYJD4f/Hy7HU/AM0uR2EOXVV1unH2NoB2O5lkh7SB 7VLRyRIWL4No40DLefkAdf64UwZrdCHjo7SJCeeA2sDZE0ZUNJOwy9hIn3DOPcK+4PvTOPKKq atE4Sq1o2JcA+zL4rnezps= X-Spam-Status: No, score=-1.3 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, KAM_LAZY_DOMAIN_SECURITY, KAM_NUMSUBJECT, NICE_REPLY_A, RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H3, RCVD_IN_MSPIKE_WL, SPF_HELO_NONE, SPF_NONE, TXREP autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: cygwin@cygwin.com X-Mailman-Version: 2.1.29 Precedence: list List-Id: General Cygwin discussions and problem reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 May 2021 21:57:44 -0000 Am 13.05.2021 um 21:33 schrieb Hans-Bernhard Bröker: > Am 13.05.2021 um 10:57 schrieb Thomas Wolff: > >> The crash vanishes after removing a few lines from a conditional (if >> block) where the condition is false. > > A conditions that's always false, or one that's false during the > execution of a particular test case? False during execution. > >> This smells like wrong calculation of a relative jump (Intel "short >> jump") by the optimizer. > > If it were that simple, the problematic change should stand out like > the proverbial sore thumb when comparing assembly listings of the two > cases.  Does it? Not really. As the problem only occurs with -O2, I'd need to check the result of gcc -S -O2, but with -O2, code is stirred so much it's hardly recognizable. The conditional jump to skip the (dynamically false) conditional is even a jump backwards in this case...