From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2269 invoked by alias); 7 Dec 2003 21:39:40 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 2261 invoked from network); 7 Dec 2003 21:39:40 -0000 Received: from unknown (HELO mailhost2.tudelft.nl) (130.161.180.2) by sources.redhat.com with SMTP; 7 Dec 2003 21:39:40 -0000 Received: from 127.0.0.1 (localhost [127.0.0.1]) by rav.antivirus (Postfix) with SMTP id 811C05440; Sun, 7 Dec 2003 22:39:39 +0100 (MET) Received: from listserv.tudelft.nl (listserv.tudelft.nl [130.161.180.33]) by mailhost2.tudelft.nl (Postfix) with ESMTP id 76B7053D6; Sun, 7 Dec 2003 22:39:39 +0100 (MET) Received: from steven.lr-s.tudelft.nl (hekje1.shuis.tudelft.nl [145.94.192.78]) by listserv.tudelft.nl (8.12.10/8.12.8) with ESMTP id hB7LddQP021650; Sun, 7 Dec 2003 22:39:39 +0100 (MET) Received: by steven.lr-s.tudelft.nl (Postfix, from userid 500) id 75F244AF47; Sun, 7 Dec 2003 22:41:39 +0100 (CET) From: Steven Bosscher To: Diego Novillo , Zdenek Dvorak Subject: Re: [tree-ssa] Lazy updating of stmt operands Date: Sun, 07 Dec 2003 22:20:00 -0000 User-Agent: KMail/1.5.4 Cc: "gcc@gcc.gnu.org" References: <20031207161929.GA10638@atrey.karlin.mff.cuni.cz> <20031207171454.GA12827@atrey.karlin.mff.cuni.cz> <1070818186.7334.30.camel@frodo.toronto.redhat.com> In-Reply-To: <1070818186.7334.30.camel@frodo.toronto.redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200312072241.38969.s.bosscher@student.tudelft.nl> X-SW-Source: 2003-12/txt/msg00486.txt.bz2 On Sunday 07 December 2003 18:29, Diego Novillo wrote: > > > tree-dfa.c:compute_immediate_uses() > > > > Which needs to pass through every single statement in the program. Not > > really terribly efficient. > > *shrug*, it's used by SSA-CCP. Since def-use edges are only needed by > some passes, I don't think it would be worth our while trying to > maintain them in get_stmt_operands. There are going to be more passes that need immediate uses. Even a simple pass to kill redundant PHIs (say, after unswitching a loop) will have to go over _all_ statements to get the immediate uses of one or two statements. It would be really nice if there were some way to keep this information up-to-date at all times... Gr. Steven