Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!seismo!lll-crg!lll-lcc!pyramid!decwrl!sun!guy
From: guy@sun.uucp (Guy Harris)
Newsgroups: net.bugs,net.bugs.usg
Subject: Re: lorder bug (doesn't see global ints).
Message-ID: <6425@sun.uucp>
Date: Thu, 21-Aug-86 18:05:31 EDT
Article-I.D.: sun.6425
Posted: Thu Aug 21 18:05:31 1986
Date-Received: Fri, 22-Aug-86 06:35:36 EDT
References: <188@miduet.gec-mi-at.co.uk>
Followup-To: net.bugs.usg
Organization: Sun Microsystems, Inc.
Lines: 26
Xref: mnetor net.bugs:331 net.bugs.usg:351

> Anyway, while creating the libraries, I noticed something was awry
> (mainly 'cos the damn thing wouldn't compile!) and I narrowed the problem
> down to the fact that lorder doesn't spot global ints when making its
> dependency decisions. This is because nm flags these symbols as 'C'.

That's odd:

1) System V has "ranlib" built into "ar", so the only thing "lorder" should
do is perhaps make "ld" run faster.

2) The 4.2BSD "lorder" has "/[TD] /" on line 19.

3) The System V, Release 2 "lorder" doesn't have "/[TD] /" anywhere in it,
and line 19 is in the middle of a comment.

Did you do the "lorder"ing on a 4.2 or an S5 machine?  If the latter, you
don't have the S5 "lorder", and probably don't have the S5 object file
format.  You might have "ranlib", though; try running "ranlib" on the
library.  (There may, in fact, be a bug in "lorder" on 4.2, but not one that
causes problems since everybody "ranlib"s their libraries.  I think that
"lorder" dates back to V7, which had a "ranlib" as well but didn't document
it and didn't use it on "libc".)
-- 
	Guy Harris
	{ihnp4, decvax, seismo, decwrl, ...}!sun!guy
	guy@sun.com (or guy@sun.arpa)