From owner-freebsd-current Thu Apr 30 21:39:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA25534 for freebsd-current-outgoing; Thu, 30 Apr 1998 21:39:34 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from yard-sale.village.org (ys2.village.org [204.144.255.52]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id VAA25527; Thu, 30 Apr 1998 21:39:21 -0700 (PDT) (envelope-from imp@village.org) Received: from harmony.village.org [10.0.0.6] by yard-sale.village.org with esmtp (Exim 1.82 #1) id 0yV7bU-0006uI-00; Thu, 30 Apr 1998 22:39:20 -0600 Received: from harmony.village.org (localhost [127.0.0.1]) by harmony.village.org (8.8.8/8.8.3) with ESMTP id WAA04983; Thu, 30 Apr 1998 22:38:58 -0600 (MDT) Message-Id: <199805010438.WAA04983@harmony.village.org> To: Wolfram Schneider Subject: Re: cvs commit: src/share/mk bsd.man.mk Cc: Bruce Evans , current@FreeBSD.ORG In-reply-to: Your message of "Wed, 29 Apr 1998 11:02:29 +0200." <19980429110229.A8210@freno.cs.tu-berlin.de> References: <19980429110229.A8210@freno.cs.tu-berlin.de> <199804271508.IAA14836@freefall.freebsd.org> Date: Thu, 30 Apr 1998 22:38:58 -0600 From: Warner Losh Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <19980429110229.A8210@freno.cs.tu-berlin.de> Wolfram Schneider writes: : A non-recursive make should perform make -jN much better. I don't buy much of what that paper says. There are often times that some files need to be compiled with some options, while others in the tree need to be compiled with others. A single, huge makefile, even if it is disguised as lots of includes, makes it hard to say I want these CFLAGS for this set of files, and those CFLAGS for that set of files. And it tends to force files to be uniquely named, which experience has shown is a bad thing. The paper does bring up several valid, good points. However, I don't think it supports its thesis very well. It also ignores make depend as a solution to the problems it describes. Then again, I'm biased. I've written makefiles and build systems for six different projects now and I've been burned, in one way or another, by all possible problems. So far gmake and/or bmake suck less than anything else I've used (with Imake sucking only a little bit more than these two, but its learning curve is much steeper). Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message