From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14831 invoked by alias); 17 Jan 2004 13:53:45 -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 14824 invoked from network); 17 Jan 2004 13:53:44 -0000 Received: from unknown (HELO atrey.karlin.mff.cuni.cz) (195.113.31.123) by sources.redhat.com with SMTP; 17 Jan 2004 13:53:44 -0000 Received: by atrey.karlin.mff.cuni.cz (Postfix, from userid 4018) id 4DF2A4C003C; Sat, 17 Jan 2004 14:53:44 +0100 (CET) Date: Sat, 17 Jan 2004 13:53:00 -0000 From: Jan Hubicka To: Diego Novillo Cc: "Kaveh R. Ghazi" , jsm@polyomino.org.uk, "gcc@gcc.gnu.org" , gp@suse.de, Jeff Law Subject: Re: [RFC] Contributing tree-ssa to mainline Message-ID: <20040117135344.GH26819@atrey.karlin.mff.cuni.cz> References: <1074298740.3147.79.camel@frodo.toronto.redhat.com> <200401170151.i0H1pjEn020723@caip.rutgers.edu> <1074310588.3147.153.camel@frodo.toronto.redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1074310588.3147.153.camel@frodo.toronto.redhat.com> User-Agent: Mutt/1.5.4i X-SW-Source: 2004-01/txt/msg01048.txt.bz2 > > 3. Deletions of superceded RTL optimization passes which would make > > GCC faster. > > > Again, in progress. I should add that even though we haven't yet > removed RTL passes, things like bootstrap times are only 2% slower on > the branch. More work is needed in this area and in reducing memory > consumption. This could be considered a blocker. We already elliminated tailcall pass. I have patches to kill ADDRESSOF scheme and it only waits for the patch concerning aliasing of arrays to be rewieved. Zdenek has patch to elliminate loop header duplication that is AFAIK also just waiting for approval. Loop optimizer is being worked on. There are other easy targets - NULL pointer ellimination for instance that I was discussing with Jeff. With the RTL expansion patch and loop optimizer we can elliminate need for RTL branch prediction and profiling passes, tought I want to keep the second in the tree to allow sanity checking of profile updating code as discused earlier. So even tought we won't easilly elliminate CSE, GCSE and one of 3 passes of jump threading, many of other cases are already here. I would also like to kill RTL BUILTIN_CONSTANT_P construct RSN. Honza