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: