From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5257 invoked by alias); 11 Oct 2002 18:46:04 -0000 Mailing-List: contact gcc-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-prs-owner@gcc.gnu.org Received: (qmail 5243 invoked by uid 71); 11 Oct 2002 18:46:03 -0000 Date: Fri, 11 Oct 2002 11:46:00 -0000 Message-ID: <20021011184603.5240.qmail@sources.redhat.com> To: nobody@gcc.gnu.org Cc: gcc-prs@gcc.gnu.org, From: Janis Johnson Subject: Re: optimization/6597: ICE in set_mem_alias_set compiling Qt with -O2 on ia64 Reply-To: Janis Johnson X-SW-Source: 2002-10/txt/msg00470.txt.bz2 List-Id: The following reply was made to PR optimization/6597; it has been noted by GNATS. From: Janis Johnson To: janis187@us.ibm.com Cc: gcc-gnats@gcc.gnu.org Subject: Re: optimization/6597: ICE in set_mem_alias_set compiling Qt with -O2 on ia64 Date: Fri, 11 Oct 2002 11:40:16 -0700 This ICE still occurs with GCC 3.3 20021008 (experimental) on ia64 when Qt is compiled with -O2. It's a regression from GCC 3.1. It doesn't occur when the mainline is built with checking disabled, so it won't show up in the release version unless GCC is built with checking enabled. Qt passes all of its tests when built with -O2 using mainline G++ built with checking disabled. The bug was introduced sometime between 20020228 and 20020315. GCC didn't build (even for a simple build of C and C++) on ia64-linux between those dates, which was right after 3.1 had branched so there were LOTS of changes. I'll leave this PR open for now, but unless the bug shows up in other places it's probably not worth worrying about. Here's a cut-down test case: struct QWidget { void repaint (int x, int y, int w, int h, bool erase=true); }; void foo () { typedef void (QWidget::*t14)(int, int, int, int, bool); t14 v14 = &QWidget::repaint; }