From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15464 invoked by alias); 2 Aug 2011 21:06:30 -0000 Received: (qmail 15455 invoked by uid 22791); 2 Aug 2011 21:06:30 -0000 X-SWARE-Spam-Status: No, hits=-2.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from localhost (HELO gcc.gnu.org) (127.0.0.1) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 02 Aug 2011 21:06:16 +0000 From: "rth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug target/34888] Stack patterns for AVR not optimal X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: target X-Bugzilla-Keywords: missed-optimization X-Bugzilla-Severity: minor X-Bugzilla-Who: rth at gcc dot gnu.org X-Bugzilla-Status: ASSIGNED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: rth at gcc dot gnu.org X-Bugzilla-Target-Milestone: 4.7.0 X-Bugzilla-Changed-Fields: Status CC Depends on AssignedTo Message-ID: In-Reply-To: References: X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated Content-Type: text/plain; charset="UTF-8" MIME-Version: 1.0 Date: Tue, 02 Aug 2011 21:06:00 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org X-SW-Source: 2011-08/txt/msg00280.txt.bz2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34888 Richard Henderson changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED CC| |rth at gcc dot gnu.org Depends on| |49864 AssignedTo|unassigned at gcc dot |rth at gcc dot gnu.org |gnu.org | --- Comment #3 from Richard Henderson 2011-08-02 21:04:52 UTC --- (1) was fixed at r171295. (2) is done. (3) is done. (4) is hopefully mostly irrelevant now, or shortly post PR49864. As of r177196 (PR49881), we should be generating many more PUSH insns than before, and queueing more stack space to be popped all at once. For the testcase mentioned in that PR, we seem to wait for ~40 bytes to get pushed, and pop them all at once.