From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11584 invoked by alias); 2 Oct 2007 09:15:16 -0000 Received: (qmail 11576 invoked by uid 22791); 2 Oct 2007 09:15:16 -0000 X-Spam-Check-By: sourceware.org Received: from py-out-1112.google.com (HELO py-out-1112.google.com) (64.233.166.179) by sourceware.org (qpsmtpd/0.31) with ESMTP; Tue, 02 Oct 2007 09:15:12 +0000 Received: by py-out-1112.google.com with SMTP id a29so8898532pyi for ; Tue, 02 Oct 2007 02:15:10 -0700 (PDT) Received: by 10.65.61.5 with SMTP id o5mr5410211qbk.1191316509364; Tue, 02 Oct 2007 02:15:09 -0700 (PDT) Received: by 10.65.203.7 with HTTP; Tue, 2 Oct 2007 02:15:09 -0700 (PDT) Message-ID: <84fc9c000710020215q796a428bpb48180a065b36fa@mail.gmail.com> Date: Tue, 02 Oct 2007 09:15:00 -0000 From: "Richard Guenther" To: "Alexandre Oliva" Subject: Re: [vtab] Permit coalescing of user variables Cc: gcc-patches@gcc.gnu.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: X-IsSubscribed: yes Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org X-SW-Source: 2007-10/txt/msg00107.txt.bz2 On 10/1/07, Alexandre Oliva wrote: > This patch should largely reduce memory consumption for some large > machine-generated tests similar to those that triggered the reversion > of the patch that stopped inlined user variables from being coalesced. > > Without the upcoming -fvar-tracking-assignments, this patch messes > with debug information of such testcases beyond repair. We might want > to make this conditional on -fvar-tracking-assignments, maybe. > Thoughts? I agree in principle. Though one could argue that, like with -g, -fvar-tracking-assignments should not change generated code. Richard.