From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 49612 invoked by alias); 7 Apr 2017 08:21:20 -0000 Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Received: (qmail 49588 invoked by uid 89); 7 Apr 2017 08:21:18 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-6.2 required=5.0 tests=AWL,BAYES_00,GIT_PATCH_2,KAM_LAZY_DOMAIN_SECURITY,RP_MATCHES_RCVD autolearn=ham version=3.3.2 spammy= X-HELO: smtp.CeBiTec.Uni-Bielefeld.DE Received: from smtp.CeBiTec.Uni-Bielefeld.DE (HELO smtp.CeBiTec.Uni-Bielefeld.DE) (129.70.160.84) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 07 Apr 2017 08:21:16 +0000 Received: from localhost (localhost.CeBiTec.Uni-Bielefeld.DE [127.0.0.1]) by smtp.CeBiTec.Uni-Bielefeld.DE (Postfix) with ESMTP id 30BD9886; Fri, 7 Apr 2017 10:21:16 +0200 (CEST) Received: from smtp.CeBiTec.Uni-Bielefeld.DE ([127.0.0.1]) by localhost (malfoy.CeBiTec.Uni-Bielefeld.DE [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 64EMxIlJxU10; Fri, 7 Apr 2017 10:21:07 +0200 (CEST) Received: from manam.CeBiTec.Uni-Bielefeld.DE (p5DCE13B4.dip0.t-ipconnect.de [93.206.19.180]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.CeBiTec.Uni-Bielefeld.DE (Postfix) with ESMTPSA id 288BC884; Fri, 7 Apr 2017 10:21:07 +0200 (CEST) From: Rainer Orth To: Richard Biener Cc: gcc-patches@gcc.gnu.org Subject: Re: [PATCH] Fix PR80334 References: Date: Fri, 07 Apr 2017 08:21:00 -0000 In-Reply-To: (Richard Biener's message of "Fri, 7 Apr 2017 08:49:05 +0200 (CEST)") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (usg-unix-v) MIME-Version: 1.0 Content-Type: text/plain X-IsSubscribed: yes X-SW-Source: 2017-04/txt/msg00351.txt.bz2 Hi Richard, > On Thu, 6 Apr 2017, Rainer Orth wrote: > >> Hi Richard, >> >> > The following patch makes sure to preserve (mis-)alignment of memory >> > references when IVOPTs generates TARGET_MEM_REFs for them. >> > >> > Bootstrapped on x86_64-unknown-linux-gnu, testing in progress. >> > >> > Richard. >> > >> > 2017-04-06 Richard Biener >> > >> > PR tree-optimization/80334 >> > * tree-ssa-loop-ivopts.c (rewrite_use_address): Properly >> > preserve alignment of accesses. >> > >> > * g++.dg/torture/pr80334.C: New testcase. >> >> the new testcase FAILs on 32-bit Solaris/SPARC: >> >> +FAIL: g++.dg/torture/pr80334.C -O0 (test for excess errors) >> +FAIL: g++.dg/torture/pr80334.C -O1 (test for excess errors) >> +FAIL: g++.dg/torture/pr80334.C -O2 (test for excess errors) >> +FAIL: g++.dg/torture/pr80334.C -O2 -flto (test for excess errors) >> +FAIL: g++.dg/torture/pr80334.C -O2 -flto -flto-partition=none (test for >> exce >> ss errors) >> +FAIL: g++.dg/torture/pr80334.C -O3 -fomit-frame-pointer -funroll-loops >> -fpeel >> -loops -ftracer -finline-functions (test for excess errors) >> +FAIL: g++.dg/torture/pr80334.C -O3 -g (test for excess errors) >> +FAIL: g++.dg/torture/pr80334.C -Os (test for excess errors) >> >> Excess errors: >> /vol/gcc/src/hg/trunk/local/gcc/testsuite/g++.dg/torture/pr80334.C:11:20: >> warning: requested alignment 16 is larger than 8 [-Wattributes] > > Any suggestion how to mitigate that? Possible solution includes > adding { target { ! ... } } to dg-do run. No idea. However, according to gcc-testresults there are other failures: s390-ibm-inux-gnu and s390x-ibm-linux-gnu so far. This might argue against just excluding a random list of failing targets. Rainer -- ----------------------------------------------------------------------------- Rainer Orth, Center for Biotechnology, Bielefeld University