Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.2 9/18/84; site mips.UUCP
Path: utzoo!watmath!clyde!burl!ulysses!gamma!epsilon!zeta!sabre!petrus!bellcore!decvax!decwrl!glacier!mips!mash
From: mash@mips.UUCP (John Mashey)
Newsgroups: net.lang.c
Subject: Re: ld - the link editor
Message-ID: <287@mips.UUCP>
Date: Sat, 11-Jan-86 19:45:46 EST
Article-I.D.: mips.287
Posted: Sat Jan 11 19:45:46 1986
Date-Received: Mon, 13-Jan-86 08:14:27 EST
References: <106@graffiti.UUCP>
Distribution: net
Organization: MIPS Computer Systems, Mountain View, CA
Lines: 17

In article <106@graffiti.UUCP> bruce@graffiti.UUCP (Bruce Jilek) writes:
> Editor for the AT&T Unix PC, I was impressed by the fact that there
> My question is...why do you want to control the link process in that
> way.  For example, why would you want to change the entry point for a program,
> or other such subtle memory allocation features.  Are there any "easy to
> identify with" reasons, or is this a remnant from days gone by when Unix
> was an academic subject only.
1) Kernels in general like to have a different entry point than
user programs, and quite different layouts.
2) Much of what's in ld & COFF came from needs of BTL people building
ESS systems and others that needed this control.  It hardly came from
the academic side [or even the general time-sharing side.]
-- 
-john mashey
UUCP: 	{decvax,ucbvax,ihnp4}!decwrl!mips!mash
DDD:  	415-960-1200
USPS: 	MIPS Computer Systems, 1330 Charleston Rd, Mtn View, CA 94043