Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.2 9/18/84; site utai.UUCP
Path: utzoo!utcsri!utai!mts
From: mts@utai.UUCP (Martin Stanley)
Newsgroups: net.sources
Subject: Re: Using identifiers with more than 7 chars. #$%@
Message-ID: <1404@utai.UUCP>
Date: Sat, 8-Mar-86 17:44:32 EST
Article-I.D.: utai.1404
Posted: Sat Mar  8 17:44:32 1986
Date-Received: Sat, 8-Mar-86 18:52:07 EST
References: <526@dsi1.UUCP> <2214@teddy.UUCP> <6480@utzoo.UUCP>
Reply-To: mts@utai.UUCP (Martin Stanley)
Organization: CSRI, University of Toronto
Lines: 35
Summary: 

>> 
>> > I cannot sympathize.  I have a program that was posted to the net some
>> > time ago called "shortc" which takes all conflicting long identifiers in
>> > a set of source files, and outputs #defines to differentiate them...
>> 
>> Most people with 7-character compilers have 7-character preprocessors
>> to match.
I have a UniPlus+ port of System Vr1 on a 68k box, and my c compiler 
recognizes only seven characters. My preprocessor, however, recognizes
16 characters.

>> > Of course, even with a bogus compiler, and a bogus preprocessor, you can
>> > still take the output of shortc and apply the changes by hand yourself!...
>> 
>> You forgot to add ":-)".  This sort of thing has to be re-done every time
>> a patch for the program comes in.  Try it some time; you'll quickly find
>> out why it's considered impractical.
>> 
>> > Is there enough interest to have this program re-posted to the net?
>> 
>> If it includes a long-identifier preprocessor, sure.  Otherwise, don't bother.

I disagree. I think shortc can be a useful program for people with
compilers and preprocessors similar to mine.

-- 
Martin Stanley
Department of Computer Science
University of Toronto
Toronto, ON
M5S 1A4

USENET:		{decvax,ihnp4,linus,uw-beaver}!utcsri!utai!ms!mts
CSNET:		mts@toronto
ARPANET:	mts.toronto@csnet-relay