From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15741 invoked by alias); 7 Jan 2010 13:54:16 -0000 Received: (qmail 15693 invoked by uid 48); 7 Jan 2010 13:53:59 -0000 Date: Thu, 07 Jan 2010 13:54:00 -0000 Message-ID: <20100107135359.15692.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug rtl-optimization/42631] [4.5 Regression] "-fcompare-debug failure" with "-O1 -funroll-loops" In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "aoliva at gcc dot gnu dot org" Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org X-SW-Source: 2010-01/txt/msg00771.txt.bz2 ------- Comment #4 from aoliva at gcc dot gnu dot org 2010-01-07 13:53 ------- Yeah, it surprised me a bit too, but now that I looked into it I see it makes perfect sense. There was a PHI node before the debug stmt that expanded into this debug insn. The variable is indeed live at that location, even though in the first loop iteration it won't have been initialized yet. So the note is absolutely correct, and we somehow have to deal with it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42631