🚀 go-pugleaf

> 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)