NetBSD Problem Report #15167

Received: (qmail 28293 invoked from network); 7 Jan 2002 16:11:34 -0000
Message-Id: <>
Date: Mon, 7 Jan 2002 17:10:50 +0100 (MET)
From: Paul Kranenburg <>
Subject: make(1) needlessly tries to resolve dependencies on system object files.
X-Send-Pr-Version: 3.95

>Number:         15167
>Category:       toolchain
>Synopsis:       make(1) needlessly tries to resolve dependencies on system object files.
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    toolchain-manager
>State:          open
>Class:          change-request
>Submitter-Id:   net
>Arrival-Date:   Mon Jan 07 16:12:00 +0000 2002
>Last-Modified:  Tue Feb 12 08:58:22 +0000 2002
>Originator:     Paul Kranenburg
>Release:        NetBSD-current


	System object files and libraries normally found in /usr/lib,
	such as crt0.o and libc.a, are listed in <> for
	the purpose of relinking programs whenever these object files
	and libraries are refreshed.

	As a side-effect, make(1) tries to resolve implicit suffix
	dependencies on the object files. E.g. it check for the existence
	`/usr/lib/crt0.s', `/usr/lib/crt0.c', `/usr/lib/crt0.l', etc.

	This is useless; even if such a source file were found there and
	the rule to create the object file applied, the resulting new object
	file (in .OBJDIR) would neither be used in the link command, nor
	would it be cleaned later by `make clean'.

	Not provided. Maybe the .MADE pseudo target can be used to inhibit
	suffix rules to be applied.
Responsible-Changed-From-To: bin-bug-people->toolchain-manager 
Responsible-Changed-By: gnats 
Responsible-Changed-When: Tue Feb 12 00:58:20 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.