[m-rev.] for review: fix some failing decl debugger test cases

Ian MacLarty maclarty at cs.mu.OZ.AU
Wed Jan 19 01:35:12 AEDT 2005


On Tue, Jan 18, 2005 at 05:01:53PM +1100, Julien Fischer wrote:
> 
> On Sun, 16 Jan 2005, Ian MacLarty wrote:
> 
> > Estimated hours taken: 12
> > Branches: main
> >
> > Disable higher order specialization for the mdb.declarative_edt module
> > since mdb.declarative_edt.revise_root/3 exposes a bug in this optimization.
> >
> I take it that this is the reason all of those test cases for the
> declartive debugger are failing on earth and jupiter?
> 

Yup.

> 
> > Allow the declarative debugger to continue to be debugged after a new portion
> > of the annotated trace has been generated.
> >
> > browser/Mercury.options
> > 	Disable higher order specialization for the mdb.declarative_edt module.
> >
> > trace/mercury_trace_declarative.c
> > trace/mercury_trace_declarative.h
> > 	Add a global variable MR_trace_decl_in_dd_dd_mode to indicate when
> > 	the declarative debugger was invoked with the dd_dd command.  A
> > 	seperate variable must be used to trace_mode, since trace_mode
> s/seperate/separate/
> 
> Should that be "...must be used for trace_mode, since ..."?
> 

No.  I want to say that trace_node can't be used to remember whether the
declarative debugger was invoked with the dd_dd command.

> > 	is changed to MR_TRACE_INTERACTIVE when the declarative debugger
> > 	is started, so it's not possible to tell that it was invoked with the
> > 	dd_dd command when diagnosis is restarted after a new portion of the
> > 	annotated trace has been generated.
> >
> > trace/mercury_trace_internal.c
> > 	Set MR_trace_decl_in_dd_dd_mode appropriately depending on whether
> > 	`dd' or `dd_dd' was used to invoke the declarative debugger.
> >
> > 	When the dd_dd command is used set the trace_mode to
> I'd a comma between "used" and "set" there.
> 

Done.

> > 	MR_TRACE_DECL_DEBUG instead of MR_TRACE_DECL_DEBUG_DEBUG since the
> > 	value of MR_trace_decl_in_dd_dd_mode is now used instead to determine
> > 	if the dd_dd command was given.
> >
> > trace/mercury_trace_internal.h
> > 	Remove the MR_TRACE_DECL_DEBUG_DEBUG trace mode option since it is
> > 	no longer used.
> >
> > Index: browser/Mercury.options
> > ===================================================================
> > RCS file: /home/mercury1/repository/mercury/browser/Mercury.options,v
> > retrieving revision 1.4
> > diff -u -r1.4 Mercury.options
> > --- browser/Mercury.options	19 Oct 2004 06:01:36 -0000	1.4
> > +++ browser/Mercury.options	14 Jan 2005 04:33:22 -0000
> > @@ -9,5 +9,10 @@
> >  MCFLAGS-mer_browser = --no-warn-nothing-exported
> >  MCFLAGS-mer_mdbcomp = --no-warn-nothing-exported
> >
> > +# XXX Disable higher order specialization for declarative_edt since this
> > +# optimization has a suspected bug that mdb.declarative_edt.revise_root/3
> > +# exposes.
> It is a bug, not just a suspected one.
> 

Yes, but I'm not 100% sure that the bug is in higher order specialisation (even
though when I disable this optimization it works).

> > +MCFLAGS-mdb.declarative_edt = --no-optimize-higher-order
> > +
> >  EXTRA_LIBRARIES-libmer_browser.so = mer_mdbcomp
> >  EXTRA_LIBRARIES-libmer_browser.dylib = mer_mdbcomp
> 
> > Index: trace/mercury_trace_declarative.h
> > ===================================================================
> > RCS file: /home/mercury1/repository/mercury/trace/mercury_trace_declarative.h,v
> > retrieving revision 1.21
> > diff -u -r1.21 mercury_trace_declarative.h
> > --- trace/mercury_trace_declarative.h	9 Jan 2005 01:14:09 -0000	1.21
> > +++ trace/mercury_trace_declarative.h	14 Jan 2005 04:44:37 -0000
> > @@ -127,4 +127,13 @@
> >
> >  extern	MR_Integer	MR_edt_depth_step_size;
> >
> > +/*
> > +** The following variable indicates whether the declarative debugger was
> > +** invoked using the dd_dd command and is needed so that the declarative
> Make this comment into two separate sentences.  e.g.
> 
> 	It is needed so that the declarative ...
> 

Done.

Cheers,
Ian.
--------------------------------------------------------------------------
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