Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utgpu!water!watmath!orchid!jagardner
From: jagardner@orchid.UUCP
Newsgroups: comp.lang.misc,comp.lang.c,comp.lang.fortran,comp.lang.pascal
Subject: Re: Names of non-local objects
Message-ID: <10043@orchid.waterloo.edu>
Date: Thu, 30-Jul-87 04:25:02 EDT
Article-I.D.: orchid.10043
Posted: Thu Jul 30 04:25:02 1987
Date-Received: Sat, 1-Aug-87 05:00:40 EDT
References: <557@l.cc.purdue.edu> <6173@brl-smoke.ARPA> <4314@cae780.TEK.COM>
Reply-To: datanguay@watbun.waterloo.edu (David Tanguay)
Distribution: world
Organization: Software Development Group, U. of Waterloo, Ontario
Lines: 17
Xref: utgpu comp.lang.misc:576 comp.lang.c:3199 comp.lang.fortran:156 comp.lang.pascal:198

In article <4314@cae780.TEK.COM> daniels@cae780.UUCP (Scott Daniels) writes:
>Perhaps what we need is something more of the following form:
>	#pragma interface_name c_name = external_name
>Which would maker all uses of "c_name" in the C source show as "external_name"
>in the linker.  This allows you to avoid the nasty assembly language step if
>all you want is to avoid name convention problems (ie if a C call can be made 
>"close enough", or a C procedure can cope with the others call format.)
>

Our compiler uses two pragmas:
	#pragma equate c_name external_name
tells the compiler to map all occurances of "c_name" to "external_name",
sort of a #define for the linker;
	#pragma alias c_name external_name ...
tells the linker to give the "c_name" object the following alternate names.

David Tanguay