Xref: utzoo comp.software-eng:2643 comp.misc:7624
Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!mailrus!cs.utexas.edu!uunet!motcid!murphyn
From: murphyn@cell.mot.COM (Neal P. Murphy)
Newsgroups: comp.software-eng,comp.misc
Subject: Re: Coding standards (was Re: Programmer productivity)
Message-ID: <532@cherry5.UUCP>
Date: 8 Dec 89 15:08:27 GMT
References: <1989Dec6.154103.2078@twwells.com> <14850@well.UUCP> <1989Dec7.132531.7960@twwells.com>
Organization: Motorola Inc. - Cellular Infrastructure Div., Arlington Heights, IL 60004
Lines: 28

bill@twwells.com (T. William Wells) writes:

>...
>*One* linker certainly does not negate "most". So, without at
>least a few more examples, there isn't any reason to doubt the
>"most". And, unless someone comes up with a few more, there is no
>point in discussing this further.
>...

A few more examples?

DEC10/TOPS10 and DEC20/TOPS20 linking loader would extract only the
functions that were referenced, provided it was informed that it
should use the object file as a library, e.g.,

.algol fubar,jnil,myfncs      ; compile the three ALGOL sources
.                             ; creating fubar.rel, jnil.rel, and
.                             ; myfncs.rel
.load fubar,jnil,myfncs/LIB   ; load the desired functions into memory
.save fubar                   ; save the image in fubar.run

The procedure on a DEC20 would be similar. It's been ten years
since I used this DEC10, so there could be a minor error in my
syntax. This was a KA-10 processor, 196k words memory, 45 jobs,
swapping drum and 602 monitor, so memory size is no reason for
not performing selective linking.

NPN