GNU Pascal Homepage - gpc - gpc-announce - gpc-de - gpc-doc
This page in English

Mail #10742

Zurück zur Archiv-Hauptseite

Vorige Mail   Nächste Mail   Unformatiert/Volle Header
Übersicht  10 Tage   Betreff   Datum   Thread   Autor  

Von: Tom Schneider
Betreff: GPC: daily digest V1 #540
Datum: 11.9.2004, 16:32:50

Waldek Hebisch wrote:

> Note that your program consted of a single module (in other words it
> contained just main program, without EP modules or units).

I started writing in Pascal years before GPC and my programs have
survived transition through four different Pascal compilers.  When I
started the CDC Pascal compiler had an insertion mechanism.  I soon
realized that this would cause me trouble in giving my programs to
others, so I wrote a program in Pascal that does code insertion:

http://www.lecb.ncifcrf.gov/~toms/delila/module.html

Since I pass most of my programs through this one, it had better be
reliable, so I wrote a definition before writing the program:

ftp://ftp.ncifcrf.gov/pub/delila/moddef

So modules are nice, but would trap me into a particular compiler.  My
module program avoids system dependencies.  Result: code written 20
years ago still runs.

> The compiler internally keeps only one copy of given identifier --
> the meaning changes according to the scope, but there is only one
> place to store the spelling. It is natural to take scope rules into
> account when warning about capitalization, but that requires extra
> work.

The compiler already keeps track of scope for each variable.  So
keeping one copy of an identifier just (apparently) reveals that the
GPC code is not efficient.  In other words, the warning code could
(should!) use the code already used for tracking the scope.  (I say
this without looking into the code GPC itself, but it seems to be a
reasonable inference.)

Yes, it would take more work to do it right.  But I suspect that the
end result will be very pretty and highly robust.

Tom

  Dr. Thomas D. Schneider
  National Cancer Institute
  Laboratory of Experimental and Computational Biology
  Molecular Information Theory Group
  Frederick, Maryland  21702-1201
  toms@ncifcrf.gov
  permanent email: toms@alum.mit.edu (use only if first address fails)
  http://www.lecb.ncifcrf.gov/~toms/

Vorige Mail   Nächste Mail   Unformatiert/Volle Header
Übersicht  10 Tage   Betreff   Datum   Thread   Autor  


Antworten auf diese Mail

Autor Betreff Datum
Frank Heckenbach GPC: daily digest V1 #540 11.9.2004, 23:58:48

Zurück zur Archiv-Hauptseite


Hinweis: Diese Seite enthält Informationen, die nicht vom Betreiber dieser Website, sondern von den Autoren der archivierten Mails stammen. Der Betreiber dieser Website ist nicht für den Inhalt dieser Informationen verantwortlich. Die weitere Verwendung dieser Informationen bedarf des Einverständnisses des jeweiligen Autors.

Sofern WWW-Adressen (URLs) in den archivierten Mails als Hyperlinks hervorgehoben werden, so geschieht dies ausschließlich zur Annehmlichkeit für den Leser. Der Inhalt der auf diese Weise angelinkten Webseiten spiegelt nicht notwendigerweise die Meinung des Betreibers dieser Webseite oder der Autoren der archivierten Mails wider. Der Betreiber dieser Webseite ist nicht für den Inhalt solcher Webseiten verantwortlich. Diese Seiten sind ausdrücklich nicht als Teil des Inhalts dieser Seite zu betrachten, sondern lediglich als Referenzen.


Diese Seite wurde erzeugt von Crystal 0.999 (Linux 2.4.27/i686).