From owner-freebsd-sparc Mon Jan 13 19:31:48 2003 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8666737B401; Mon, 13 Jan 2003 19:31:47 -0800 (PST) Received: from flavatown.mail.pas.earthlink.net (flavatown.mail.pas.earthlink.net [207.217.120.148]) by mx1.FreeBSD.org (Postfix) with ESMTP id F1B6343F3F; Mon, 13 Jan 2003 19:31:46 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from stork (stork.mail.pas.earthlink.net [207.217.120.188]) by flavatown.mail.pas.earthlink.net (8.11.6+Sun/8.11.6) with ESMTP id h0E2qpV10669; Mon, 13 Jan 2003 18:52:51 -0800 (PST) Received: from pool0171.cvx21-bradley.dialup.earthlink.net ([209.179.192.171] helo=mindspring.com) by stork with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 18YH8C-0007Qr-00; Mon, 13 Jan 2003 18:48:48 -0800 Message-ID: <3E237A41.1351AD49@mindspring.com> Date: Mon, 13 Jan 2003 18:47:29 -0800 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Bruce Evans Cc: Jake Burkholder , sparc@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: [PATCH] Re: fpsetmask on sparc64 References: <20030114095915.C14524-100000@gamplex.bde.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a47d619ed94123ae94c49e7aeef37369de387f7b89c61deb1d350badd9bab72f9c350badd9bab72f9c Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Bruce Evans wrote: > > There has to be some allowance for the continuity of code; it > > can't just be orphaned instantaneously, without some warning > > from the system vendor. > > A warning was given here more than 4 years ago: [ ... ] This was a commit log message; that's very different than a #warning in the header file. > > Say we took your approach, and moved the #define's for the inlines > > up into , exposing platform dependencies in a (supposedly) > > platform independent header file. How many ports would break? All > > Not my approach. It's as close to your approach as we are likely to get, unless people are willing to rip out the inlining on the i386, and replace it with libc/gen/*.c code, so that they can put in pure prototypes in the header file, and take the additional overhead that this causes, relative to, say, Linux or some other OS that inlines the code. 8-) 8-). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message