Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!seismo!columbia!rutgers!ames!ucbcad!zen!ucbvax!RED.RUTGERS.EDU!AWalker
From: AWalker@RED.RUTGERS.EDU (*Hobbit*)
Newsgroups: comp.os.vms
Subject: RTLs -- fixed, I think
Message-ID: <12324032898.29.AWALKER@RED.RUTGERS.EDU>
Date: Wed, 5-Aug-87 06:54:37 EDT
Article-I.D.: RED.12324032898.29.AWALKER
Posted: Wed Aug  5 06:54:37 1987
Date-Received: Sat, 8-Aug-87 07:04:21 EDT
Sender: daemon@ucbvax.BERKELEY.EDU
Distribution: world
Organization: The ARPA Internet
Lines: 19

Well, in my infinite assume-ing-ness I flamed about lib$put_output while
actually trying to link something that calls lib$find_image_symbol.
This latter call is *not* defined in starlet [why?? Because it only
applies to using shared libraries, I guess?], which is why link was losing
with /nosysshr.  Y'awl *did* get it after all, and I didn't until now
because I was calling something not in starlet.

The next question: what's in imagelib that ain't in starlet??  lib/list
gives me a short list of nnnRTL instead of the actual function names.

Interestingly enough, link/nosysshr seems to imply /selective_search for
starlet, because the resulting image isn't overly large [i.e. no difference
between letting /nosysshr do its stuff and including starlet/lib/sel as well].
It would be nice if the linker book explained all of this in the simple
terms that everyone who answered did [thanks guys, you can stop now, I've
received about 30 of them].

_H*
-------