Received: from SOUTH-STATION-ANNEX.MIT.EDU by po7.MIT.EDU (5.61/4.7) id AA22050; Fri, 29 Sep 95 17:57:19 EDT Received: from freefall.FreeBSD.ORG by MIT.EDU with SMTP id AA09371; Fri, 29 Sep 95 17:56:52 EDT Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA03811 ; Fri, 29 Sep 1995 14:34:56 -0700 Received: from grumble.grondar.za (grumble.grondar.za [196.7.18.130]) by grunt.grondar.za (8.6.12/8.6.9) with ESMTP id XAA15418; Fri, 29 Sep 1995 23:34:44 +0200 Received: from localhost (localhost [127.0.0.1]) by grumble.grondar.za (8.6.12/8.6.9) with SMTP id XAA23138; Fri, 29 Sep 1995 23:34:43 +0200 Message-Id: <199509292134.XAA23138@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host localhost didn't use HELO protocol To: "Rodney W. Grimes" Cc: mark@grondar.za (Mark Murray), wollman@lcs.mit.edu, gibbs@freefall.freebsd.org, ache@freefall.freebsd.org, CVS-commiters@freefall.freebsd.org, cvs-sbin@freefall.freebsd.org Subject: Re: cvs commit: src/sbin Makefile Date: Fri, 29 Sep 1995 23:34:43 +0200 From: Mark Murray > It has something to do with the path of least surprize to protect people > from ``unknowingling'' building a set of binaries that could not be > exported. You will find almost _all_ software that has these types of > restrictions in it requires 2 things to be done, the addition of the > non exportable code source files and the turning of a knob to enable it. Unfortunately this has indirectly resulted in eBones not being as clean as it might be. Your logic is clear and sensible, but the make system that has been deduced from it is not. The release/Makefile release.2: target is an example. M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grumble.grondar.za for PGP key