From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15532 invoked by alias); 28 Nov 2007 12:16:15 -0000 Received: (qmail 15493 invoked by uid 48); 28 Nov 2007 12:16:00 -0000 Date: Wed, 28 Nov 2007 12:16:00 -0000 Message-ID: <20071128121600.15492.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug bootstrap/34255] scope-blocks-on-a-diet patch diverges -g from non-g output code In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "rguenth 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: 2007-11/txt/msg02765.txt.bz2 ------- Comment #2 from rguenth at gcc dot gnu dot org 2007-11-28 12:15 ------- The two patches reduce the boostrap-debug failures that re-appear with reverting the part that fixes > http://gcc.gnu.org/ml/gcc-patches/2007-07/msg01745.html regresses the property > that code output with -g must be the same as that without -g. make > bootstrap-debug demonstrates that several files miscompare after this patch, > and don't if the patch is reversed. to ./lcm.o differs ./cfghooks.o differs ./postreload.o differs ./cfgloopmanip.o differs from several dozen miscompares. My bet is that this is because we process the unexpanded_vars list in non-UID order at expansion time. I'm testing a patch that sorts them after UID before expanding (we could also keep a bitmap now with the first patch, but that would be more work now). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34255