[m-dev.] Module qualification of typeclass methods

Peter Ross peter.ross at miscrit.be
Thu Nov 15 21:37:19 AEDT 2001


On Thu, Nov 15, 2001 at 11:16:35AM +0100, Peter Ross wrote:
> Fergus wrote:
> > On 15-Nov-2001, Peter Ross <peter.ross at miscrit.be> wrote:
> > > One Simon has added a section about the difference between
> > > implementation and interface sub-modules to the reference manual.  The
> > > compiler doesn't obey these rules.  I have used implementation
> > > sub-modules from modules that weren't the parent module.  This will also
> > > need to be fixed if we don't add to the meaning of include_module.
> >
> > Are you sure?  There's a test for this in tests/invalid;
> > the files in question are test_nested.m, parent.m, and
> parent.private_child.m.
> > The compiler correctly reports an error in this case.
> >
> > There's a related case in parent.undeclared_child.m,
> > which currently we don't detect.  That does need to be fixed.
> > (The comment in tests/invalid/Mmakefile, explaining why this
> > test cases is commented out, says "just not yet implemented".)
> > Maybe that is what you're thinking of?
> >
> See the test case include_parent.m in my change.  include_parent__nested is
> an implementation module but I call it from include_module.
> 
That is the test case in hardcoded/sub-modules/ not the one in invalid.

Pete
--------------------------------------------------------------------------
mercury-developers mailing list
Post messages to:       mercury-developers at cs.mu.oz.au
Administrative Queries: owner-mercury-developers at cs.mu.oz.au
Subscriptions:          mercury-developers-request at cs.mu.oz.au
--------------------------------------------------------------------------



More information about the developers mailing list