Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utcs!mnetor!seismo!ut-sally!pyramid!decwrl!sun!guy
From: guy@sun.UUCP
Newsgroups: net.unix-wizards
Subject: Re: ranlib and ``ucb''
Message-ID: <5066@sun.uucp>
Date: Sun, 13-Jul-86 15:57:46 EDT
Article-I.D.: sun.5066
Posted: Sun Jul 13 15:57:46 1986
Date-Received: Mon, 14-Jul-86 07:27:11 EDT
References: <1916@brl-smoke.ARPA> <1278@ncoast.UUCP> <292@foxvax5.UUCP> <2318@umcp-cs.UUCP> <4976@sun.uucp> <2168@brl-smoke.ARPA>
Organization: Sun Microsystems, Inc.
Lines: 19

> In article <4976@sun.uucp> guy@sun.uucp (Guy Harris) writes:
> >...  (It's not perfect; if you copy an archive file, you have to do
> >"ar ts <archive> >/dev/null" to reconstruct the table of symbols.  ...
> 
> I know that Guy is seldom mistaken, but I don't understand this at all.

Seldom, maybe, but not never.  See subsequent article.

> I believe that the UNIX System V linker "ld" pays no attention to the
> mod-time of the library, so it doesn't have the problem that 4BSD has
> with copied archive files.

(Or V7, if you managed to discover "ranlib" and use it; it's there, but
undocumented.)  Yes, this is correct; since "ar" always regenerates the table
of symbols, "ld" assumes that if it exists it's always up-to-date.
-- 
	Guy Harris
	{ihnp4, decvax, seismo, decwrl, ...}!sun!guy
	guy@sun.com (or guy@sun.arpa)