From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28721 invoked by alias); 9 Jul 2004 10:21:13 -0000 Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Received: (qmail 28326 invoked from network); 9 Jul 2004 10:21:02 -0000 Received: from unknown (HELO mail.polimi.it) (131.175.12.67) by sourceware.org with SMTP; 9 Jul 2004 10:21:02 -0000 Received: from polimi.it (paride.rett.polimi.it [131.175.65.135]) (authenticated bits=0) by mail.polimi.it (Switch-3.0.5/Switch-3.0.0) with ESMTP id i69AKrpT008764; Fri, 9 Jul 2004 12:20:55 +0200 (MEST) Message-ID: <40EE7240.8000600@polimi.it> Date: Fri, 09 Jul 2004 11:15:00 -0000 From: Paolo Bonzini User-Agent: Mozilla Thunderbird 0.5 (Windows/20040207) MIME-Version: 1.0 To: Richard Henderson CC: Paolo Bonzini , gcc-patches@gcc.gnu.org Subject: Re: [PATCH] Remove the postincrement queue References: <20040708195110.GC20150@redhat.com> <40EE4596.1090008@polimi.it> <20040709101454.GA8047@redhat.com> In-Reply-To: <20040709101454.GA8047@redhat.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 4.6.0.99824, Antispam-Core: 4.6.1.104326, Antispam-Data: 2004.7.8.106480 X-PerlMx-Spam: Gauge=%%XPROB%%IIIIIII, Probability=7%, Report='__MOZILLA_MSGID 0, __HAS_MSGID 0, __SANE_MSGID 0, __USER_AGENT 0, X_ACCEPT_LANG 0, __MIME_VERSION 0, __TO_MALFORMED_2 0, __REFERENCES 0, __IN_REP_TO 0, __EVITE_CTYPE 0, __CT_TEXT_PLAIN 0, __CT 0, __CTE 0, __UNUSABLE_MSGID 0, __MIME_TEXT_ONLY 0, REFERENCES 0.000, IN_REP_TO 0, USER_AGENT 0.000' X-SW-Source: 2004-07/txt/msg00932.txt.bz2 > I'd like to see if we can get rid of the rest of the > expand_increment calls. There is just one, in store_constructor. So at least I can make expand_increment static, but I could probably just go with expand_binop there, I'll try a variation of my patch. Paolo