From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14948 invoked by alias); 10 Dec 2001 21:59:29 -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 14900 invoked from network); 10 Dec 2001 21:59:27 -0000 Received: from unknown (HELO dublin.ACT-Europe.FR) (212.157.227.154) by sources.redhat.com with SMTP; 10 Dec 2001 21:59:27 -0000 Received: by dublin.ACT-Europe.FR (Postfix, from userid 525) id 17EDB22A09C; Mon, 10 Dec 2001 22:59:30 +0100 (MET) Date: Mon, 10 Dec 2001 14:08:00 -0000 From: Arnaud Charlet To: guerby@acm.org Cc: jbuck@synopsys.COM, torvalds@transmeta.com, pkoning@equallogic.com, gcc@gcc.gnu.org Subject: Re: Optimizations on long long multiply/divide on PowerPC32 don't Message-ID: <20011210225929.B25977@dublin.int.act-europe.fr> References: <200112101931.LAA17422@atrus.synopsys.com> <200112102132.fBALW5L02834@ulmo.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200112102132.fBALW5L02834@ulmo.localdomain>; from guerby@acm.org on Mon, Dec 10, 2001 at 10:32:05PM +0100 X-SW-Source: 2001-12/txt/msg00556.txt.bz2 > Same thing for Ada, although a GNAT specific pragma named > Inline_Always exists, my reading of gigi code implies that it still > requires optimizations to be active for the inlining to occur: The front end inlining mechanism is supposed to take care of this. but there are still some subtle issues that prevent it from working properly. Anyway, the documentation should not be fixed, since the intent is definitely to always inline. Arno