From owner-freebsd-current@FreeBSD.ORG Sun Jun 18 09:02:02 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D43516A474 for ; Sun, 18 Jun 2006 09:02:02 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5E9C43D48 for ; Sun, 18 Jun 2006 09:02:01 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 81AB9170DE; Sun, 18 Jun 2006 09:01:59 +0000 (UTC) To: Divacky Roman From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 18 Jun 2006 10:40:16 +0200." <20060618084016.GA44510@stud.fit.vutbr.cz> Date: Sun, 18 Jun 2006 09:01:58 +0000 Message-ID: <74895.1150621318@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: current@freebsd.org, Kris Kennaway Subject: Re: HEADS-UP: removed COMPAT_43 from GENERIC (and other configs) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jun 2006 09:02:02 -0000 In message <20060618084016.GA44510@stud.fit.vutbr.cz>, Divacky Roman writes: >well.. you can never be sure but my point stands still - COMPAT_43TTY is >basically a bunch of tty-related ioctls so I dont see why apps like (gtar which >doesnt touch tty at all) should fail.. I guess you didn't get the memo (attached). Poul-Henning Welcome to the wonderful world of AutoCrap[tm]! By applying an ill-advised methodology developed by inferior minds in the 1980ies to deal with incompatible operating systems from narrowminded vendors, AutoCrap[tm] is guaranteed to turn even the most portable source code into a unportable mess. AutoCrap[tm] employs a plethora of checks for features no longer in existence on any running operating system, even if your software package does not actually come close to using that feature. By turning all AutoCrap[tm] infected sortware packages into totally unreadable messes of #ifdefs, AutoCrap[tm] will seem like the only feasible way to write portable code. Upon seeing AutoCrap[tm] for the first time 99 out of 100 users or programmers out there will cry out in despair "This portability thing looks SOOO hard, thank goodness for AutoCrap[tm]" AutoCrap[tm] sports an infection of options which nobody, including the AutoCrap[tm] developers, can give any good reason why you might want to apply, but even so, these options provide the 100% sure defence: "You just need to set the right options" against any people in a fit of insight or even actually wisdom might claim that AutoCrap[tm] actually decreases software portability. AutoCrap[tm] -- because we otherwise anybody could port software! -- 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.