From owner-freebsd-bugs  Sat Feb 14 16:20:04 1998
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id QAA17929
          for freebsd-bugs-outgoing; Sat, 14 Feb 1998 16:20:04 -0800 (PST)
          (envelope-from owner-freebsd-bugs@FreeBSD.ORG)
Received: (from gnats@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id QAA17873;
          Sat, 14 Feb 1998 16:20:01 -0800 (PST)
          (envelope-from gnats)
Date: Sat, 14 Feb 1998 16:20:01 -0800 (PST)
Message-Id: <199802150020.QAA17873@hub.freebsd.org>
To: freebsd-bugs
Cc: 
From: Bruce Evans <bde@zeta.org.au>
Subject: Re: bin/5745: [PATCH] Add /usr/local/share/mk to default make(1) search path
Reply-To: Bruce Evans <bde@zeta.org.au>
Sender: owner-freebsd-bugs@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

The following reply was made to PR bin/5745; it has been noted by GNATS.

From: Bruce Evans <bde@zeta.org.au>
To: FreeBSD-gnats-submit@FreeBSD.ORG, nik@nothing-going-on.demon.co.uk
Cc:  Subject: Re: bin/5745: [PATCH] Add /usr/local/share/mk to default make(1) search path
Date: Sun, 15 Feb 1998 11:06:03 +1100

 >	When specifying the file to include using '<...>' notation, make(1)
 >	will look for the file in a 'system include directory'.
 >
 >	Currently, that directory is set to '/usr/share/mk'. make(1) can
 >	handle multiple directories, but that functionality is not 
 >	currently used.
 
 It's left to users to use it: `make -m your_system_include_dir', or put
 the flags in the MAKEFLAGS environment variable.  Is there a problem with
 the search order?
 
 Bruce

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message