From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14069 invoked by alias); 15 Mar 2004 06:06:20 -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 14037 invoked from network); 15 Mar 2004 06:06:09 -0000 Received: from unknown (HELO Cantor.suse.de) (195.135.220.2) by sources.redhat.com with SMTP; 15 Mar 2004 06:06:09 -0000 Received: from hermes.suse.de (Hermes.suse.de [195.135.221.8]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by Cantor.suse.de (Postfix) with ESMTP id 1C7BF2F6E4F; Mon, 15 Mar 2004 07:06:09 +0100 (CET) Received: from aj by arthur.inka.de with local (Exim 4.22) id 1B2lEk-0004He-4z; Mon, 15 Mar 2004 07:06:06 +0100 To: "Kaveh R. Ghazi" Cc: roger@eyesopen.com, coyote@coyotegulch.com, gcc@gcc.gnu.org Subject: Re: GCC viciously beaten by ICC in trig test! References: <200403150240.i2F2egRD029745@caip.rutgers.edu> From: Andreas Jaeger Date: Mon, 15 Mar 2004 06:06:00 -0000 In-Reply-To: <200403150240.i2F2egRD029745@caip.rutgers.edu> (Kaveh R. Ghazi's message of "Sun, 14 Mar 2004 21:40:42 -0500 (EST)") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) XEmacs/21.4 (Rational FORTRAN, linux) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" X-SW-Source: 2004-03/txt/msg00660.txt.bz2 --=-=-= Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Content-length: 1369 "Kaveh R. Ghazi" writes: > > The issue is that glibc's headers provide inline implementations for > > sin and cos, and thereby override all of GCC's internal builtin > > processing. Once this is done, there's nothing tree-ssa, the > > middle-end or the i386 can do to improve the code. If GCC is to have > > a hope of using "sincos" or SSE2 specific instruction sequences, the > > "best intentions" of glibc's headers (will) have to be neutralized > > first. Perhaps fixincludes :> > > > Or you can pass -D__NO_INLINE__ on the command line. I'm of the > opinion that we should add that to GCC's specs for all glibc systems. > > We already do something analogous during bootstrap for GCC itself to > disable all of the glibc string inlines. I don't see why the rest of > the world has to suffer through them when these things belong in the > compiler anyway. If all functions that glibc's header provide are implemented in GCC (remember there was a time GCC didn't include any of these optimizations and only glibc did), then I propose to get even rid of them in glibc. But for now there should still be a few functions missing... Andreas --=20 Andreas Jaeger, aj@suse.de, http://www.suse.de/~aj SuSE Linux AG, Maxfeldstr. 5, 90409 N=FCrnberg, Germany GPG fingerprint =3D 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126 --=-=-= Content-Type: application/pgp-signature Content-length: 188 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQBAVUfOOJpWPMJyoSYRAm1zAKCLK2WqnjYumXcMP/hzmRoj3fOqtQCeMEn3 xCQykOLTOx/YmHWVNmFP9ho= =wuz6 -----END PGP SIGNATURE----- --=-=-=--