Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Posting-Version: version B 2.10.2 9/18/84; site watmath.UUCP Path: utzoo!watmath!kpmartin From: kpmartin@watmath.UUCP (Kevin Martin) Newsgroups: net.lang.c Subject: Re: $ in identifiers -- poll Message-ID: <10496@watmath.UUCP> Date: Fri, 28-Dec-84 10:42:03 EST Article-I.D.: watmath.10496 Posted: Fri Dec 28 10:42:03 1984 Date-Received: Sat, 29-Dec-84 02:42:24 EST References: <273@desint.UUCP> <20980036@cmu-cs-k.ARPA> <659@druxp.UUCP> Reply-To: kpmartin@watmath.UUCP (Kevin Martin) Organization: U of Waterloo, Ontario Lines: 29 Summary: >For example, to make a call to the sys$whatever function, you would >write your code using a syntactically valid C identifier, such as >sys_whatever. The load command would include some option to resolve >the symbol "sys_whatever" to "sys$whatever". There would probably be >a file on the system somewhere that contains the commonly used translations >for that particular system. This stil leaves the problem of getting at the UNcommonly-used funny-named variables. Perhaps the user has to supply another translation file for these... >I would prefer this solution over changing every compiler for >every language that currently doesn't allow $ in identifiers. >Alan Bland >{ihnp4, allegra}!druxp!mab >AT&T Information Systems Labs, Denver I would prefer being able to tell what is happening just from reading the C code. Having to search in (several) places to find which names map to what would be an ongoing cost, compared to the fixed cost of having the compiler translate the names. Having many symbols automatically mapped could easily cause external name clashes too... A C compiler which allows re-naming like this could also be used to port long-name programs to systems with 6-character linkers with minimal effort. It should be noted that '$' is not the only offending character. '.' is also popular, and there is *no way* of including it in C identifiers. Kevin Martin, UofW Software Development Group.