Visibility

Daniel Bonniot <[email protected]> Sat, 12 Mar 2005 11:36:43 +0100
Newsgroups gmane.comp.lang.nice.general
Message-ID <[email protected]>
Hi,

Some news from the front: Artem Kozarezov has made a first major contribution 
by improving the static nullness analysis in the presence of assignments. The 
compiler now reports fewer spurious errors about possibly null values. Arjan 
has added some convenient syntax, like binary literals and 'instance ?Type'.

I've started to put in place the infrastructure to support proper visibility 
checking and imports. As a proof of concept, visibility is now enforced (in 
CVS) for toplevel values and variables (private, "default" and public). This 
would be the good time to hear ideas about the kind of visibility control is 
desirable. Is the private/default/public model good enough? References to 
interesting languages or articles on this subject are also welcome.

Another question is the transition policy. I suppose that a good part of 
existing Nice programs will need updating (since public woule not be the 
default visibility). Is it fine to just let them break, since the error will 
direct to the symbol that need to be made public? Or should we start with only 
enforcing private, and warnings for non-public access? (possibly a bit more 
work to implement, but feasible)

As usual the latest working version of the compiler is available for testing, 
see http://nice.sourceforge.net/cgi-bin/twiki/view/Dev/DevelopmentVersion

Cheers,

Daniel



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click