NetBSD Problem Report #15263

Received: (qmail 29513 invoked from network); 16 Jan 2002 14:34:20 -0000
Message-Id: <>
Date: Wed, 16 Jan 2002 15:33:48 +0100 (MET)
From: Paul Kranenburg <>
Subject: make(1) is willing to pick up .depend from too many locations
X-Send-Pr-Version: 3.95

>Number:         15263
>Category:       toolchain
>Synopsis:       make(1) is willing to pick up .depend from too many locations
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    toolchain-manager
>State:          analyzed
>Class:          change-request
>Submitter-Id:   net
>Arrival-Date:   Wed Jan 16 14:35:00 +0000 2002
>Last-Modified:  Tue Feb 12 08:59:01 +0000 2002
>Originator:     Paul Kranenburg
>Release:        NetBSD-current, january 2002

	When looking for a .depend file, and finding none in the object
	directory, make(1) will look elsewhere for one along the current
	search directory paths, i.e. .CURDIR, any -I specified paths and
	finally in even in the system directory (usually /usr/share/mk).
	This behaviour is not mentioned in the make documentation and its
	usefulness is questionable. If ever a stray .depend appears in
	the search path, confusing failures may result.

	The same is true, btw., for the search for `makefile' and `Makefile'.
	E.g. a stray `makefile' in the object directory takes precedence over
	a `Makefile' in the source directory, and there's also hardly any
	need for a system-wide /usr/share/mk/Makefile.. 
State-Changed-From-To: open->analyzed 
State-Changed-By: tv 
State-Changed-When: Mon Jan 21 07:26:33 PST 2002 
I don't know much to say about third party source trees, but this could 
be changed easily for NetBSD trees by moving the inclusion of .depend into 
<> (via .-include syntax) and using .NOPATH on it.  This 
particular solution would need some kind of switch, possibly settable via 
.MAKEFLAGS:, to turn off the default .depend file handling. 
Responsible-Changed-From-To: bin-bug-people->toolchain-manager 
Responsible-Changed-By: gnats 
Responsible-Changed-When: Tue Feb 12 00:58:58 PST 2002 
There is now a "toolchain-manager" which is the proper default role 
account for handling problem reports in the toolchain category. 


NetBSD Home
NetBSD PR Database Search

(Contact us) $NetBSD: query-full-pr,v 1.39 2013/11/01 18:47:49 spz Exp $
$NetBSD:,v 1.8 2006/05/07 09:23:38 tsutsui Exp $
Copyright © 1994-2007 The NetBSD Foundation, Inc. ALL RIGHTS RESERVED.