From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22974 invoked by alias); 10 Jun 2004 21:09:18 -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 22951 invoked from network); 10 Jun 2004 21:09:16 -0000 Received: from unknown (HELO mail.codesourcery.com) (65.74.133.5) by sourceware.org with SMTP; 10 Jun 2004 21:09:16 -0000 Received: (qmail 4427 invoked from network); 10 Jun 2004 21:09:15 -0000 Received: from taltos.codesourcery.com (zack@66.92.218.83) by mail.codesourcery.com with DES-CBC3-SHA encrypted SMTP; 10 Jun 2004 21:09:15 -0000 Received: by taltos.codesourcery.com (sSMTP sendmail emulation); Thu, 10 Jun 2004 14:09:14 -0700 To: "Joseph S. Myers" Cc: Phil Edwards , law@redhat.com, Jerry Quinn , gcc-patches@gcc.gnu.org Subject: Re: [patch] Minor improvement to typeclass.h References: <877julhhlb.fsf@codesourcery.com> <1086817343.18174.320.camel@speedy> <878yevcm11.fsf@taltos.codesourcery.com> <20040610183105.GA22168@disaster.jaj.com> <87r7snb5ss.fsf@taltos.codesourcery.com> From: Zack Weinberg Date: Thu, 10 Jun 2004 21:42:00 -0000 In-Reply-To: (Joseph S. Myers's message of "Thu, 10 Jun 2004 19:54:52 +0000 (UTC)") Message-ID: <87n03b9l39.fsf@taltos.codesourcery.com> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2004-06/txt/msg00681.txt.bz2 "Joseph S. Myers" writes: > On Thu, 10 Jun 2004, Zack Weinberg wrote: > >> Ah. tgmath.h. Yeah, that's good enough reason to keep the extension, >> although here's a place where a dialogue with glibc people could >> probably result in a better implementation. (Same sort of icky macros >> you find in altivec.h.) > > Though I helped with the design of the built-ins used to implement > altivec.h, having seen the resulting altivec.h and the problems associated > with it I don't think it's proved to be a good direction to go in. I agree. That rather cryptic parenthetical was meant to convey "tgmath.h currently contains the same sort of icky macros you find in altivec.h", not "tgmath.h should be revamped using the same sort of icky macros..." zw