[m-rev.] for review: term size profiling

Fergus Henderson fjh at cs.mu.OZ.AU
Fri May 30 02:55:07 AEST 2003


On 30-May-2003, Zoltan Somogyi <zs at cs.mu.OZ.AU> wrote:
> Here is one you did not identify. Like most of the ones you did identify,
> it is only a couple of hundred lines or so; even I separated them *all* out,
> the main diff would be likely to be over 9000 lines.

Even so, the line count is not directly reflective of the difficulty of
reviewing; it's a lot easier to review a long diff that does just one
thing than a shorter diff that has several different things intermingled.

> browser/declarative_tree.m:
> browser/program_representation.m:
> compiler/prog_rep.m:
> 	Fix a bug: treat unsafe casts as we treat assignment unifications.
> 	We used to treat them as calls, which was wrong, because unlike calls,
> 	unsafe_casts do not generate trace events.
> 
> 	There is no test case, because the compiler does not yet generate
> 	unsafe_casts with option settings that are compatible with declarative
> 	debugging.

How about a test case containing an explicit call to
private_builtin.unsafe_type_cast?

Otherwise that looks fine.

-- 
Fergus Henderson <fjh at cs.mu.oz.au>  |  "I have always known that the pursuit
The University of Melbourne         |  of excellence is a lethal habit"
WWW: <http://www.cs.mu.oz.au/~fjh>  |     -- the last words of T. S. Garp.
--------------------------------------------------------------------------
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