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.3 required=5.0 tests=BAYES_00,INVALID_MSGID
	autolearn=no autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 103376,2078dddcdcd8d83
X-Google-Attributes: gid103376,public
From: ica2ph@alpha1.csv.ica.uni-stuttgart.de (Peter Hermann)
Subject: naming convention discussion
Date: 1997/05/16
Message-ID: <5lh8em$10bo@info4.rus.uni-stuttgart.de>#1/1
X-Deja-AN: 241870322
References: <5kjvcv$evt@news.cis.nctu.edu.tw> <5kn8ko$jcc@top.mitre.org>
 <1997May7.201035.2439@nosc.mil> <33727EEA.2092@sprintmail.com>
 <5kuf1j$17vi@uni.library.ucla.edu> <3373666A.31DFF4F5@spam.innocon.com>
 <3373EAB5.73A0@sprintmail.com> <dewar.863298747@merv>
 <337934F2.7593@world.std.com> <dewar.863717431@merv>
Organization: Comp.Center (RUS), U of Stuttgart, FRG
Newsgroups: comp.lang.ada
Date: 1997-05-16T00:00:00+00:00
List-Id: <comp.lang.ada>


Robert Dewar (dewar@merv.cs.nyu.edu) wrote:

> But on the final vote, the French delegation in particular made a major
> issue of opposing this, and insisted on its deletion, so it was deleted.
> They felt it encouraged bad identifiers such as A__________________B,
> which is horrible, indeed, though not much worse than OOOOOOOOOOOOO0000OOOO
> and no one has yet proposed a rule to somehow eliminate the ability to
> write the latter (or for that matter a simple syntactic rule which would
> make it imopssible to choose bad identifier names :-)

"bad" is relative. We designed a finite element code (still running)
for computation of dynamical structural problems. The user of our system
could deliver fortran code fragments to be called by our system,
the so-called excitiation functions, subject to be frequently called
e.g. for math. integration, etc. .
This was accomplished by reading his statements and generating wrapping
fortran functions, compiling them, and binding them in the next major step
on OS-level, of course. The potential name clashes' problem was solved
by chosing unlikely names like O00O0O for real variables and I0OO0O for 
integer variables in the same scope of the users' variables.
The project part within the system was "O0NUFU" (numerical functions spoiled)
and the teamers still tease me for that name ;-)

-- I cannot accept any superfluous constraint upon the choice of names.
-- with excess experience on portability/maintenance/linkers/OSs in mind, 
   I am reluctant to allow trailing underscores in identifiers:
   They open several cans of worms.

BTW, the dynamic updating process of software upon a running process
should be emphasized in Ada200x (I have the Mars mission in mind), IMHO.

With Robert de War in mind, I am putting my flame suit on. :-)

--
Peter Hermann  Tel:+49-711-685-3611 Fax:3758 ph@csv.ica.uni-stuttgart.de
Pfaffenwaldring 27, 70569 Stuttgart Uni Computeranwendungen
Team Ada: "C'mon people let the world begin" (Paul McCartney)