NetBSD Problem Report #15263

Received: (qmail 29513 invoked from network); 16 Jan 2002 14:34:20 -0000
Message-Id: <200201161433.g0GEXmG26314@sam.few.eur.nl>
Date: Wed, 16 Jan 2002 15:33:48 +0100 (MET)
From: Paul Kranenburg <pk@cs.few.eur.nl>
Reply-To: pk@cs.few.eur.nl
To: gnats-bugs@gnats.netbsd.org
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
>Closed-Date:    
>Last-Modified:  Tue Feb 12 08:59:01 +0000 2002
>Originator:     Paul Kranenburg
>Release:        NetBSD-current, january 2002
>Organization:

>Environment:
>Description:
	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.. 
>How-To-Repeat:
>Fix:
>Release-Note:
>Audit-Trail:
State-Changed-From-To: open->analyzed 
State-Changed-By: tv 
State-Changed-When: Mon Jan 21 07:26:33 PST 2002 
State-Changed-Why:  
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 
<bsd.dep.mk> (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 
Responsible-Changed-Why:  
There is now a "toolchain-manager" which is the proper default role 
account for handling problem reports in the toolchain category. 

>Unformatted:

Home	PR Database Search