John,

Since Johnny is something of a "newbie" it's important for him to know he is
getting advice from someone who is not a current practitioner to whom the
Binder is new territory that might as well be the Aegean peninsula. Thus,
although, as Paul Gilmartin suggested, Johnny should really be using the
Binder rather than the Linkage Editor, he should know why he wasn't getting
that advice from me - because my "best efforts" couldn't possibly include
any mention of the Binder.

Incidentally, "new" is relative. It's new as far as I'm concerned - and
there was no suggestion from the last customer I worked with 2 1/2 years ago
that the little VTAM program I tried to get working with them needed the
Binder rather than the Linkage Editor - but maybe I didn't think to ask and
just used IEWL ...

Doesn't one of the utilities use the linkage editor, "under the covers", in
order to copy load modules because it's just so good at it?

Chris Mason

----- Original Message ----- 
From: "john gilmore" <[EMAIL PROTECTED]>
Newsgroups: bit.listserv.ibm-main
To: <[email protected]>
Sent: Thursday, 13 April, 2006 5:26 PM
Subject: Re: What's the linkage editor really wants?


The notion that the Binder is a new, arcane and/or dubious piece of
technology is a curious one.  It can pretend to be the Linkage Editor,
producing/outputting load modules; or, again, it can instead produce 'new
fangled' program objects.

Moreover, no effort to avoid putting load modules and/or program objects
into either linkage-editor or binder inputs should ever be made.  Both
process their outputs as inputs much more efficiently than they process
input object modules, either traditional or GOFF ones.  (This is why
traditional compiler libraries contained not object modules but NCAL load
modules.)

John Gilmore
Ashland, MA 01721-1817
USA

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Reply via email to