Mail #4648

Back to main page of archive

Previous mail   Next mail   Unformatted/full headers
Overview  10 days   Subject   Date   Thread   Author  

From: Marco van de Voort
Subject: Has class become a reserved word?
Date: 8 Mar 2001, 22:39:17

> > The question is whether a separate switch, specifically for
> > enabling/disabling keywords, makes sense.
> 
> I do not think so. It is one thing to want to force one's code to adhere 
> to a particular strict standard (e.g., EP or SP), and it is quite another, 
> to turn on some features of one "standard", while turning off others. 
> IMHO, if one is not coding to the strict requirements of EP or SP (or 
> perhaps, when ready,  ANSI OP), then one might as well just accept 
> GPC's strength in supporting a wide variety of dialects, with the 
> understanding that this might require (in the case of pre-existing code) 
> some changes to the names of variables or data types that clash with 
> keywords in the supported dialects. 

Or, like FPC did, implement  per "standard" a strict mode and a loose mode.

The strict for keeping legacy apps running, the loose mode for
interoperability.

But it will require extra work, but on the other hand, maybe it is worth it,
because with increasing compiler complexity, more of these problems will
arise, and maybe it is wise to setup an infrastructure to deal with it now
already. 

Previous mail   Next mail   Unformatted/full headers
Overview  10 days   Subject   Date   Thread   Author  

Replies

In reply to

Back to main page of archive

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).