[m-rev.] for review: extra_info sections in .analysis files

Peter Wang wangp at students.cs.mu.OZ.AU
Fri Feb 17 17:15:21 AEDT 2006


On 2006-02-17, Julien Fischer <juliensf at cs.mu.OZ.AU> wrote:
> >
> > @@ -55,6 +96,7 @@
> >  %
> >  % version_number.
> >  % module_status.
> > +% extra_info(key, extra_info).
> 
> Perhaps the name of the compiler that wrote the extra_info ought
> to be included as well.
> 
> 	extra_info(compiler_name, key, extra_info).
> 
> Also that definition looks as though it is recursive, so perhaps rewrite
> it as
> 
> 	extra_info(compiler_name, key, extra_data)
> 
> where extra_data is ...
> 
> or something.
> 
> It's probably not worth adding the compiler name to it now (as we
> currently only support mmc anyway) but you should mention it as an XXX.

I didn't think .analysis files would be shared between compilers.

> On the structure fo the .analysis files - are analysis results and
> extra_infos allowed to be interleaved or must all the extra_infos occur
> before the analysis results?  Either way, it isn't clear from that
> comment.
> ...

Before the results.  I'll make it clearer.

> >
> > +:- type extra_info_key == string.
> > +
> > +:- typeclass extra_info(ExtraInfo) <= to_string(ExtraInfo) where [].
> > +
> 
> There should be some comments describing this type and typeclass and
> what their intended purpose is.

Ok.

Peter
--------------------------------------------------------------------------
mercury-reviews mailing list
post:  mercury-reviews at cs.mu.oz.au
administrative address: owner-mercury-reviews at cs.mu.oz.au
unsubscribe: Address: mercury-reviews-request at cs.mu.oz.au Message: unsubscribe
subscribe:   Address: mercury-reviews-request at cs.mu.oz.au Message: subscribe
--------------------------------------------------------------------------



More information about the reviews mailing list