From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 70221 invoked by alias); 8 Jul 2015 14:29:02 -0000 Mailing-List: contact jit-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Subscribe: Sender: jit-owner@gcc.gnu.org Received: (qmail 70130 invoked by uid 89); 8 Jul 2015 14:28:58 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Checked: by ClamAV 0.98.7 on sourceware.org X-Virus-Found: No X-HELO: mx1.redhat.com Message-ID: <1436365266.24803.65.camel@surprise> Subject: Filed PR jit/66812 for the code generation issue From: David Malcolm To: Dibyendu Majumdar Cc: jit@gcc.gnu.org Date: Thu, 01 Jan 2015 00:00:00 -0000 In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.24 X-SW-Source: 2015-q3/txt/msg00027.txt.bz2 On Sat, 2015-07-04 at 16:58 +0100, Dibyendu Majumdar wrote: > On 4 July 2015 at 14:20, Dibyendu Majumdar wrote: > > On 4 July 2015 at 13:11, Dibyendu Majumdar wrote: > >> Looks like in the failure case the code is being incorrectly > >> optimized. I wonder if this is a manifestation of the get_address bug, > >> perhaps the real fix will be better than the patch I am using. I will > >> use the latest gcc 5 branch and see if that helps. > >> > > > > Hi Dave, > > > > I am now using the latest gcc-5-branch from gcc github mirror. > > Unfortunately the issue still persists. > > > > If set optimization level to 0 or 1, then it works ok, but at levels 2 > > or 3 the break occurs. > > > > Adding the -fno-strict-aliasing appears to resolve the issue with -O2 > and -O3 but with this enabled the benchmarks are degraded. I've filed the bad code generation issue as: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66812 and I'm investigating it.