>Number:         6193
>Category:       misc
>Synopsis:       "make build" fails at domestic/lib/libkafs
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    misc-bug-people (Misc Bug People)
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Thu Sep 24 03:35:00 1998
>Last-Modified:
>Originator:     Frederick Bruckman
>Organization:

>Release:        Sep. 23, 1998
>Environment:
System: NetBSD fb.sa.enteract.com 1.3H NetBSD 1.3H (WORKER) #8:
Wed Sep 23 04:00:07 CDT 1998 fredb@fb.sa.enteract.com:
/usr/src/sys/arch/i386/compile/WORKER i386

>Description:
	When making the libkafs library, "lint" fails to pull
	get_in_tkt.ln from the libkrb directory, even though "make"
	finds it fine. This causes lint-pass2 to fail. The problem
	is that "lint" doesn't appear to be as flexible as "cc"
	and "make" in dealing with sources that live in different
	directories. Surprisingly, this doesn't seem to have come
	up before. I would have expected this to have been all
	figured out with the gnu/dist thing, but the gnu sources
	are not linted.
>How-To-Repeat:
	"make build", or "cd /usr/src/domestic/lib/libkrb; make
	depand && make && cd /usr/src/domestic/lib/libkafs; make
	depend && make". Note that you won't see this if libkrb is
	clean; in that case, get_in_tkt.{o,po,so,ln} will simply
	be made in the libkafs directory.
>Fix:
	Add this line to src/domestic/lib/libkafs/Makefile

		get_in_tkt.ln:	.NOPATH

	That will cause get_in_tkt.ln to be made in libkafs, regardles
	(for "lint") without interfering with the rest of the build.

>Audit-Trail:
>Unformatted: