Date: Wed, 30 Jan 2002 10:59:16 +0100 From: Poul-Henning Kamp <phk@critter.freebsd.dk> To: Terry Lambert <tlambert2@mindspring.com> Cc: Jordan Hubbard <jkh@winston.freebsd.org>, Dallas De Atley <deatley@apple.com>, arch@FreeBSD.ORG Subject: Re: __P macro question Message-ID: <21280.1012384756@critter.freebsd.dk> In-Reply-To: Your message of "Wed, 30 Jan 2002 01:52:28 PST." <3C57C25C.4C1EB64D@mindspring.com>
next in thread | previous in thread | raw e-mail | index | archive | help
In message <3C57C25C.4C1EB64D@mindspring.com>, Terry Lambert writes: >Poul, let me get this straight: people who use FreeBSD code >for uses other than what you personally use it for, and >people who take subsets of that code instead of taking the >code on an all or nothing basis like you appear to want can >"Bugger off"? No, but if we phrase it like this: People who want to use source code from FreeBSD on other systems or in other contexts than FreeBSD will have to do whatever it takes to do that. It is not FreeBSD's objective to stay diff(1) or even cc(1) compatible with every oddball platform in the world. >PS: "Terry's set of problems" includes being able to diff >FreeBSD code and NetBSD and OpenBSD code, as well as being >able to diff new FreeBSD code against old FreeBSD code, and >get something other than 400MB of cosmetic changes to header >files and function prototypes. More able hackers use scripts to deal with that problem. If you cared to think rather than preach you would quickly realize that it is simple to add __P() to prototyped include files with a script before you run diff(1). Another useful method is keeping a "baseline patch" around which contains already looked over diffs and apply that in reverse before diff'ing. Finally you would have more time to read your 400MB of diffs if you didn't wast so much time filling hot air into emails. Over and out... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?21280.1012384756>