Subject: toolchain/15191: kernel library build scheme shouldn't use bsd.lib.mk
To: None <gnats-bugs@gnats.netbsd.org>
From: None <tv@netbsd.org>
List: netbsd-bugs
Date: 01/09/2002 12:45:49
>Number:         15191
>Category:       toolchain
>Synopsis:       kernel library build scheme shouldn't use bsd.lib.mk
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    bin-bug-people
>State:          open
>Class:          change-request
>Submitter-Id:   net
>Arrival-Date:   Wed Jan 09 09:47:01 PST 2002
>Closed-Date:
>Last-Modified:
>Originator:     Todd Vierling
>Release:        -current 9 Jan 2002
>Organization:
	duh.org:  Pointing out the obvious since 1994.

>Environment:
Any

>Description:

The libraries in src/sys/lib use a very odd recursion trick with <bsd.lib.mk> in
order to do their dirty work.  This build mechanism has some serious problems,
only the least of which is that the .o.o symbol-strip hack (not needed for
kernels) doesn't necessarily work when the target object format isn't the
"default" for a platform.

>How-To-Repeat:

Build a GENERIC32 kernel for sparc64.

>Fix:

Ideally, the $MAKE recursion should go away entirely, and libraries should be
built using rules lifted right into Makefile.kern.inc.  Alternatively, a
Makefile.kernlib.inc fragment could be created.
>Release-Note:
>Audit-Trail:
>Unformatted: