From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail3-relais-sop.national.inria.fr (mail3-relais-sop.national.inria.fr [192.134.164.104]) by sourceware.org (Postfix) with ESMTPS id 4ED163851C3A for ; Fri, 12 Feb 2021 23:20:54 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 4ED163851C3A Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=inria.fr Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=marc.glisse@inria.fr X-IronPort-AV: E=Sophos;i="5.81,175,1610406000"; d="scan'208";a="372937048" Received: from 85-171-189-19.rev.numericable.fr (HELO hippo) ([85.171.189.19]) by mail3-relais-sop.national.inria.fr with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 13 Feb 2021 00:20:52 +0100 Date: Sat, 13 Feb 2021 00:20:48 +0100 (CET) From: Marc Glisse Reply-To: GCC To: Andrew MacLeod cc: GCC Subject: Re: bug in DSE? In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=ISO-8859-15 Content-Transfer-Encoding: 8BIT X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, RCVD_IN_MSPIKE_H3, RCVD_IN_MSPIKE_WL, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: gcc@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gcc mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Feb 2021 23:20:55 -0000 On Fri, 12 Feb 2021, Andrew MacLeod via Gcc wrote: > I dont't want to immediately open a PR,  so I'll just ask about > testsuite/gcc.dg/pr83609.c. > > the compilation string  is >   -O2 -fno-tree-forwprop -fno-tree-ccp -fno-tree-fre -fno-tree-pre > -fno-code-hoisting > > Which passes as is. > > if I however add   -fno-tree-vrp   as well, then it looks like dead store > maybe does something wong... > > with EVRP running, we translate function foo() from > > > complex float foo () > { >   complex float c; >   complex float * c.0_1; >   complex float _4; > >   : >   c.0_1 = &c; >   MEM[(long long unsigned int *)c.0_1] = 1311768467463790320; >   _4 = c; Isn't that a clear violation of strict aliasing? -- Marc Glisse