From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22839 invoked by alias); 26 Apr 2009 20:47:50 -0000 Received: (qmail 22828 invoked by uid 22791); 26 Apr 2009 20:47:49 -0000 X-SWARE-Spam-Status: No, hits=-3.0 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from cantor2.suse.de (HELO mx2.suse.de) (195.135.220.15) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sun, 26 Apr 2009 20:47:44 +0000 Received: from Relay2.suse.de (relay-ext.suse.de [195.135.221.8]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx2.suse.de (Postfix) with ESMTP id 7E5F374862; Sun, 26 Apr 2009 22:47:41 +0200 (CEST) Date: Sun, 26 Apr 2009 20:53:00 -0000 From: Michael Matz To: Richard Guenther Cc: gcc-patches@gcc.gnu.org, Andrew MacLeod , Andrey Belevantsev Subject: Re: [RFA] expand from SSA form (1/2) In-Reply-To: <84fc9c000904261326u6144c914gb25891f877ab77db@mail.gmail.com> Message-ID: References: <49EE0F0C.1090101@redhat.com> <84fc9c000904240721he410b55p9776a1d033f82fc3@mail.gmail.com> <84fc9c000904240732i6743b0cas423a2ea9bc33387e@mail.gmail.com> <84fc9c000904261326u6144c914gb25891f877ab77db@mail.gmail.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="168427776-453529097-1240778861=:29566" 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: 2009-04/txt/msg02057.txt.bz2 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --168427776-453529097-1240778861=:29566 Content-Type: TEXT/PLAIN; charset=utf-8 Content-Transfer-Encoding: 8BIT Content-length: 1076 Hi, On Sun, 26 Apr 2009, Richard Guenther wrote: > > into the var annotation (to be able to read it out again when the same > > basevar is seen for a different partition).  But this whole info is > > strictly local to the above function, so it doesn't need to live in the > > annotation.  I could very well implement this as an array indexed by > > DECL_UID.  The UIDs shouldn't become exceptionally large, so that seems > > Hm. DECL_UIDs are sparse (and global), it would be a bad idea to index > an array with it. Those few 100k entries ... nobody will notice. Hmm, well, maybe someone does :-) > Is var_ann->common.aux already used by out-of-SSA? Oh joy. This field is unused by out-of-SSA. Which makes sense, as - drumroll - nothing (!) at all uses it (in the sense of deleting it doesn't break compile). I'd rather remove that field and the fields in the var annotation. > > feasible.  I wouldn't want to use a hash-table for fear of slowing down > > var_map_base_init(). > > I think it would be not too bad ;) I'll experiment a bit. Ciao, Michael. --168427776-453529097-1240778861=:29566--