From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM autolearn=ham autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,fcc2d88d867060e8 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2003-12-23 13:53:59 PST Path: archiver1.google.com!news2.google.com!fu-berlin.de!peer01.cox.net!cox.net!small1.nntp.aus1.giganews.com!border1.nntp.aus1.giganews.com!intern1.nntp.aus1.giganews.com!nntp.giganews.com!nntp.comcast.com!news.comcast.com.POSTED!not-for-mail NNTP-Posting-Date: Tue, 23 Dec 2003 15:53:57 -0600 Date: Tue, 23 Dec 2003 16:53:56 -0500 From: "Robert I. Eachus" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 Newsgroups: comp.lang.ada Subject: Re: load and use a ".o" file? References: <132Fb.3462$I02.2996@newssvr23.news.prodigy.com> <6pEFb.418$b77.552@dfw-service2.ext.raytheon.com> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Message-ID: NNTP-Posting-Host: 24.34.214.193 X-Trace: sv3-bVOanXpFwdQHs34qlSRV/ebrfEvfg8LOoId7UgC2F0mwCd28ZnQdbJloGSln1e7d2tCoi6pu72yNALm!nBqUdea40VHcjHcvOoGsBbTEJWemi+iGUv8N4toNcJtqbf0SCzZ9vn+w5hMpHg== X-Complaints-To: abuse@comcast.net X-DMCA-Complaints-To: dmca@comcast.net X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly X-Postfilter: 1.1 Xref: archiver1.google.com comp.lang.ada:3769 Date: 2003-12-23T16:53:56-05:00 List-Id: Mark H Johnson wrote: > Robert I. Eachus wrote: > >> Technically not correct. The compiler could "in line" some local >> calls, but the binder couldn't. > > I did not mention the binder (which in many ways I equate to having a > linker on Unix), just the compiler. I was not trying to be confrontational or whatever. My point was, that in segments created by the binder, all that was done was to provide a (static, code-relative)target for the call. It didn't change the calling code at all. So if you had a program compiled as a collection of separate segments, and ran it that way, the first time each entry point was used, the link was snapped, and from then on you had no additional run-time overhead. If you used the binder, it eliminated some of the run-time link snapping, but the code was exactly as efficient as if it had been compiled from one huge source file. > Me to. That is why I described that mechanism in terms the OP would > likely understand in a previous message. I still miss Multics. I had accounts on several Multics machines when I worked at Honeywell. When I moved to Stratus, even though Stratus was a 'spritual' descendent of Multics, I kept an account on MIT_Multics. (I had some Multics PL/I tools I wanted to port to VOS.) But it has been fifteen years now, and I still don't have a development environment as good as Multics. However, Ada is now a much better language than PL/I. ;-) -- Robert I. Eachus "The war on terror is a different kind of war, waged capture by capture, cell by cell, and victory by victory. Our security is assured by our perseverance and by our sure belief in the success of liberty." -- George W. Bush