From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19931 invoked by alias); 21 Oct 2002 18:38:42 -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 19761 invoked from network); 21 Oct 2002 18:38:35 -0000 Received: from unknown (HELO uni-sb.de) (134.96.252.33) by sources.redhat.com with SMTP; 21 Oct 2002 18:38:35 -0000 Received: from cs.uni-sb.de (cs.uni-sb.de [134.96.252.31]) by uni-sb.de (8.12.6/2002101000) with ESMTP id g9LIcYL7009139 for ; Mon, 21 Oct 2002 20:38:34 +0200 (CEST) Received: from mail.cs.uni-sb.de (IDENT:HY1AYqHBJ+jjQAuSNga+W/2wHO0iX/tl@mail.cs.uni-sb.de [134.96.254.200]) by cs.uni-sb.de (8.12.1/2002101000) with ESMTP id g9LIcXf21269 for ; Mon, 21 Oct 2002 20:38:34 +0200 (CEST) Received: from ps.uni-sb.de (grizzly.ps.uni-sb.de [134.96.186.68]) by mail.cs.uni-sb.de (8.12.6/2002101500) with ESMTP id g9LIcWoW024823 for ; Mon, 21 Oct 2002 20:38:32 +0200 (CEST) X-Authentication-Warning: email: Host grizzly.ps.uni-sb.de [134.96.186.68] claimed to be ps.uni-sb.de Received: from elk.ps.uni-sb.de.ps.uni-sb.de (elk.ps.uni-sb.de [134.96.186.151]) by ps.uni-sb.de (8.11.6/8.11.0) with ESMTP id g9LIcWO24879 for ; Mon, 21 Oct 2002 20:38:32 +0200 To: gcc@gcc.gnu.org Subject: Re: abysmal code generated by gcc 3.2 References: <2A6E77A1-E51F-11D6-802D-000393941EE6@apple.com> From: Denys Duchier Date: Mon, 21 Oct 2002 15:07:00 -0000 In-Reply-To: <2A6E77A1-E51F-11D6-802D-000393941EE6@apple.com> (Mike Stump's message of "Mon, 21 Oct 2002 11:01:47 -0700") Message-ID: User-Agent: Gnus/5.090006 (Oort Gnus v0.06) Emacs/21.1 (i686-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2002-10/txt/msg01266.txt.bz2 Mike Stump writes: > Well, if all else fails, you can build compilers from the cvs tree, > and binary search for when code generation changed from good to bad > for you. That possibly could reveal what's at the root of the issue, but it would not solve my problem which is to get my application to perform well on today's distributions. Every Linux distribution is now based on gcc 3.2, thus I must get the Oz emulator to perform well when compiled with it. > I'd do this only after experimenting with the top of the tree (to > ensure performance hasn't already returned for you), yes, I definitely plan to experiment with gcc out of CVS to see what I can expect in the future. However, for the moment (1) I must solve the remaining issues introduced with the switch to the new ABI, (2) I need to make it reasonably fast across the board for the current user base. > and experimenting > with all the relevant compiler flags, for example, see the following > parameters: max-inline-insns-single, max-inline-insns, > max-inline-slope, and min-inline-insns. uh? except for max-inline-insns, I never heard of the others. Are these new (and what do they mean? - is that maybe documented in CVS). Cheers, -- Dr. Denys Duchier Denys.Duchier@ps.uni-sb.de Forschungsbereich Programmiersysteme (Programming Systems Lab) Universitaet des Saarlandes, Geb. 45 http://www.ps.uni-sb.de/~duchier Postfach 15 11 50 Phone: +49 681 302 5618 66041 Saarbruecken, Germany Fax: +49 681 302 5615