From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30610 invoked by alias); 5 Mar 2010 15:19:24 -0000 Received: (qmail 30447 invoked by uid 48); 5 Mar 2010 15:19:00 -0000 Date: Fri, 05 Mar 2010 15:19:00 -0000 Message-ID: <20100305151900.30446.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug rtl-optimization/43058] [4.5 Regression] var-tracking uses up all virtual memory In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "jakub 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-03/txt/msg00466.txt.bz2 ------- Comment #10 from jakub at gcc dot gnu dot org 2010-03-05 15:19 ------- I was hoping PR43176 caching patch would actually fix this too, but apparently that's not the case, because the problem here is not that we are emitting useless notes, but that the notes for hundreds of `a' variables (different ones, the source has many of them) keep alternating between (symbol_ref ".LCNNNN") and (mem (sp)). The question is if those really live at that memory and are clobbered all the time (could be related to PR43051 and PR43092 too) and why they are alternating. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43058