From owner-freebsd-chat Fri Jul 16 16:59: 9 1999 Delivered-To: freebsd-chat@freebsd.org Received: from smtp03.primenet.com (smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (Postfix) with ESMTP id 245E814C86 for ; Fri, 16 Jul 1999 16:58:56 -0700 (PDT) (envelope-from tlambert@usr05.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id QAA21073; Fri, 16 Jul 1999 16:55:48 -0700 (MST) Received: from usr05.primenet.com(206.165.6.205) via SMTP by smtp03.primenet.com, id smtpd021049; Fri Jul 16 16:55:41 1999 Received: (from tlambert@localhost) by usr05.primenet.com (8.8.5/8.8.5) id QAA18238; Fri, 16 Jul 1999 16:55:39 -0700 (MST) From: Terry Lambert Message-Id: <199907162355.QAA18238@usr05.primenet.com> Subject: Configure considered Harmful To: Dom.Mitchell@palmerharvey.co.uk (Dominic Mitchell) Date: Fri, 16 Jul 1999 23:55:39 +0000 (GMT) Cc: tlambert@primenet.com, chat@FreeBSD.ORG In-Reply-To: <19990716084229.A48601@palmerharvey.co.uk> from "Dominic Mitchell" at Jul 16, 99 08:42:29 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-chat@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > Even given the existance of the evil "configure" program I really > > doubt the Apache people aren't (very) wise to this. > > Evil configure program? > > I find gnu configure scripts to be a blessing, but I'm merely an > administrator... > > Please explain what is so awful about them. It's a program that abstracts platform specific things from the sight of the programmer. This has several things wrong with it: 1) It duplicates the effort that created Imake before configure ever existed. 2) It puts the knowledge about the platform in the script, instead of in the tool that does the generation (i.e. like Imake), which means that: a) it has a hard time recognizing new platforms b) you have to tell it about new platforms for each program, instead of once (i.e. as in "the one time you port Imake") 3) It put things out of the sight of the programmer, increasing the liklihood that the programmer will not take per-platform algorithmic abstraction into account in their design. 4) By way of #3, we are breeding a whole generation of performance tweaking ignorant programmers. 5) It generates Makefiles that do macro expansion of macros, so that the resulting Makefile required GNU make to run, instead of the standard make. 6) It, itself, has such a macro, and requires GNU make to build. 7) It put things out of the sight of the programmer (I know this is a repeat, but it's so horrible that it has to be said again). As always, your mileage may vary. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-chat" in the body of the message