From owner-freebsd-sparc Mon Jan 13 12:31:31 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 4DDE137B401; Mon, 13 Jan 2003 12:31:30 -0800 (PST) Received: from puffin.mail.pas.earthlink.net (puffin.mail.pas.earthlink.net [207.217.120.139]) by mx1.FreeBSD.org (Postfix) with ESMTP id E48D143F13; Mon, 13 Jan 2003 12:31:29 -0800 (PST) (envelope-from tlambert2@mindspring.com) Received: from pool0169.cvx21-bradley.dialup.earthlink.net ([209.179.192.169] helo=mindspring.com) by puffin.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 18YBF0-0004Mb-00; Mon, 13 Jan 2003 12:31:27 -0800 Message-ID: <3E2321CF.A5835FCD@mindspring.com> Date: Mon, 13 Jan 2003 12:30:07 -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: <20030113200018.P11690-100000@gamplex.bde.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a45a039d7f82adc89610f639834c116301548b785378294e88350badd9bab72f9c350badd9bab72f9c 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: > On Sun, 12 Jan 2003, Terry Lambert wrote: > > This patch also affects the IA64 and Alpha, as well as just the SPARC. > > > > It took a lot of discussion, but it seems to me that the problem is > > that the prototypes in scope aren't in scope when the wrong include > > file is included. > > Right. It is mainly an application bug like I said. The prototypes > also aren't in scope when is included, and the fix is not > to add them to . I really disagree. A legacy application *can't* be said to be buggy. If someone cuts you off, and you get into an accident, it was the fault of the person who cut you off, not you. If a legacy application stops working because a system changes, it's the fault of the system doing the changing, not the fault of the people back in 1984 who didn't know ANSI was going to bung-up the C language until their application no longer worked. 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. 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 of the ports that won't compile on Alpha or SPARC or IA64 today, will end up not compiling on i386, either. That's not an acceptable thing, right before the 5.0 release. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message