Changes between Version 9 and Version 10 of ModuleSystem


Ignore:
Timestamp:
Nov 30, 2005 1:28:56 AM (10 years ago)
Author:
john@…
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • ModuleSystem

    v9 v10  
    2828There are a few things that should probably be clarified by the language definition dealing with field names and class methods, not that there is debate but they should be clearly specified: 
    2929 
    30 1. does exporting a class name and a method name seperately as a function allow it to be declared in instance declarations? or does the function name need to be exported as part of a subordinate list? 
     30 * does exporting a class name and a method name seperately as a function allow it to be declared in instance declarations? or does the function name need to be exported as part of a subordinate list? 
    3131 
    32 2. the field name and function namespaces are different and export/import rules should take this into account, declaring fields creates _both_ a function and a field name. so should exporting the function also export the field name? or should the field name only be exportable via a subordinate list? 
     32 * the field name and function namespaces are different and export/import rules should take this into account, declaring fields creates _both_ a function and a field name. so should exporting the function also export the field name? or should the field name only be exportable via a subordinate list? 
    3333 
    3434Some compilers distinguish these namespaces, others do not. 
     35 
     36 
     37 * We also may wish to specify recursive module behavior now that the work at formalizing the rules has been done in the previous paper. jhc and helium both implement the algorithm as given to good effect.