Newsgroups: comp.lang.c
Path: utzoo!henry
From: henry@utzoo.uucp (Henry Spencer)
Subject: Re: "Numerical Recipes in C" is nonport
Message-ID: <1988Sep29.185014.29260@utzoo.uucp>
Organization: U of Toronto Zoology
References: <5162@hoptoad.uucp> <225800072@uxe.cso.uiuc.edu> <4071@bsu-cs.UUCP> <1988Sep24.212346.26591@utzoo.uucp> <4111@bsu-cs.UUCP>
Date: Thu, 29 Sep 88 18:50:14 GMT

In article <4111@bsu-cs.UUCP> dhesi@bsu-cs.UUCP (Rahul Dhesi) writes:
>     A custom post-processor takes these object files, scans for all
>     long identifiers, shortens them to unique 6-char names, and
>     produces as its output system-format object files ready for the
>     standard linker.
>
>By the way, you can't really build the post-processor into the output
>phase of the compiler.  It has to have access to all user files that
>will be linked so it can look for conflicting symbols and disambiguate
>them...

So we are talking about a partial linking step after all.  And the
postprocessor has to scan all the libraries, to prevent name conflicts
with them.  And the object modules and libraries can't be postprocessed
until linking time.  How, precisely, is this different from defining a
new object-module format and writing a new linker?
-- 
The meek can have the Earth;    |    Henry Spencer at U of Toronto Zoology
the rest of us have other plans.|uunet!attcan!utzoo!henry henry@zoo.toronto.edu