Previous mail
Next mail
Formatted
Overview 10 days
Subject
Date
Thread
Author
From gpc-owner@gnu.de Sat Sep 11 22:34:25 2004 Received: from mail.ncifcrf.gov ([129.43.100.101] helo=AVAS.ncifcrf.gov) by adele.gerwinski.de with esmtp (Exim 3.35 #1 (Debian)) id 1C6EZf-0007X3-00 for <gpc@gnu.de>; Sat, 11 Sep 2004 22:34:19 +0200 Received: from mail.ncifcrf.gov(129.43.100.101) by AVAS.ncifcrf.gov via csmap id ae4a369c_0432_11d9_8ad5_0002b3c7efe4_14186; Sat, 11 Sep 2004 16:39:30 -0400 (EDT) Received: from strawberry.ncifcrf.gov (strawberry.NCIFCRF.GOV [129.43.6.74]) by mail.ncifcrf.gov (8.12.10/8.12.10) with ESMTP id i8BKWke6029102 for <gpc@gnu.de>; Sat, 11 Sep 2004 16:32:46 -0400 Received: (from toms@localhost) by strawberry.ncifcrf.gov (8.12.10+Sun/8.12.10/Submit) id i8BKWoX1025084 for gpc@gnu.de; Sat, 11 Sep 2004 16:32:50 -0400 (EDT) From: Tom Schneider <toms@ncifcrf.gov> Message-Id: <200409112032.i8BKWoX1025084@strawberry.ncifcrf.gov> Subject: Re: GPC: daily digest V1 #540 In-Reply-To: <E1C5yR1-00046d-00@adele.gerwinski.de> from "gpc-owner@gnu.de" at "Sep 11, 2004 05:20:19 am" To: gpc@gnu.de (gpc) Date: Sat, 11 Sep 2004 16:32:50 -0400 (EDT) X-Mailer: ELM [version 2.4ME+ PL34 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII utf-8" Content-Transfer-Encoding: 7bit X-Archive-Number: 200409/25 X-Sequence-Number: 4469 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/
Previous mail
Next mail
Formatted
Overview 10 days
Subject
Date
Thread
Author
| Author | Subject | Date |
|---|---|---|
| Frank Heckenbach | GPC: daily digest V1 #540 | 11 Sep 2004, 23:58:48 |
Note: This page contains information that does not originate from the owner of this web site, but from the authors of the mails archived. The owner of this web site is not responsible for the content of such information. Any use of that infomation requires the consent of the respective author.
Where WWW addresses (URLs) in the mails archived are marked as hyperlinks, this is only for the comfort of the reader. The content of the web pages linked to like this does not necessarily reflect the opinion of the owner of this web site or of the authors of the mails archived. The owner of this web site is not responsible for the content of such web pages. Those pages are explicitly not to be considered as part of the content of this page, but merely as references.
This page was created by Crystal 0.999 (Linux 2.4.27/i686).