From owner-freebsd-arch Wed Jan 30 19:40:27 2002 Delivered-To: freebsd-arch@freebsd.org Received: from gull.prod.itd.earthlink.net (gull.mail.pas.earthlink.net [207.217.120.84]) by hub.freebsd.org (Postfix) with ESMTP id 8E66237B402 for ; Wed, 30 Jan 2002 19:40:21 -0800 (PST) Received: from pool0224.cvx40-bradley.dialup.earthlink.net ([216.244.42.224] helo=mindspring.com) by gull.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 16W856-0003FN-00; Wed, 30 Jan 2002 19:40:13 -0800 Message-ID: <3C58BC92.44F5ED37@mindspring.com> Date: Wed, 30 Jan 2002 19:40:02 -0800 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Peter Wemm Cc: Garance A Drosihn , Alfred Perlstein , Poul-Henning Kamp , Jordan Hubbard , Dallas De Atley , arch@FreeBSD.ORG Subject: Re: __P macro question References: <20020131025121.308C13A9A@overcee.wemm.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Peter Wemm wrote: > > 1) You risk becoming the compiler maintainer for 2 > > years, in order to comply with the license. > > Nope. Nobody says you have to maintain it. Besides, FreeBSD isn't going > to run on any system so obscure that it wont have some sort of ansi > compiler available any time in the forseeable future. Oops; three years, not two. Please read section 3(b) of the GPL at: http://www.gnu.org/licenses/gpl.html > > 2) It is another barrier to using BSD code. > > So? So it is a barrier to contributing to a BSD project as a means of promoting progress in the art and science, and, in general, for betterment of the human condition. > versus what? GNU code which is also ANSI? Versus anything. The GNU code is already irrelevent, in that it classifies some people as being less deserving than others, and so it is not in the same category, since it has little or no utility as a reference implementation for other than interoperability testing. > > 3) The GCC compiler is sub-par on many architectures. > > It tends to work better on older platforms than newer ones. How will this get the same P4 instruction pipelining optimization performance that the native Intel supplied compiler has? > If eliminating the use of __P() in our code means that we dont need to spend > developer-weeks of time every 6 months, then it is damn well worth it. I don't understand this statement. I don't see how time is being saved by having this discussion in the first place. > > For example, taking the TCP/IP stack by itself, with all > > the DOS attack hardening and other hardenening, and using > > it in a system other than FreeBSD. > > I hope you noticed that all that code is nearly pure ANSI. Yes, I had noticed that the syncache code used unprotected prototypes. This is not inconsistent with my first posting in this thread, which noted the current stated FreeBSD policy with regard to new code. > *Bad* example! Your choice of the syncache/syncookie code was a bad example; for the most part, it does not fall into the "hardeneing" category. If you want to discuss the architectural issues with this code, we should start a different thread. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message