[m-dev.] for review: new method of handling failures, part 1 of 6
Fergus Henderson
fjh at cs.mu.OZ.AU
Fri Jul 3 16:36:31 AEST 1998
On 02-Jul-1998, Zoltan Somogyi <zs at cs.mu.OZ.AU> wrote:
>
> runtime/mercury_engine.c:
> runtime/mercury_wrapper.c:
> Put MR_STACK_TRACE_THIS_MODULE at the tops of these modules, so that
> the labels they define (e.g. do_fail and global_success) are registered
> in the label table when their module initialization functions are
> called. This is necessary for a meaningful nondet stack dump.
A quick question: this isn't going to cause mercury_trace.o to be linked in, is it?
(I don't think it will, I just want to be sure.)
> compiler/llds_out.m:
> Emit a #define MR_USE_REDOFR before including mercury_imp.h, to
> tell the runtime we are using the new failure handling scheme.
> This effectively changes the grade of the compiled module.
Hmm, what about the code in runtime/*.c, will that get MR_USE_REDOFR defined?
If so, how?
Apart from that, the log message looks OK.
It will take me quite a while to review the code, though...
--
Fergus Henderson <fjh at cs.mu.oz.au> | "I have always known that the pursuit
WWW: <http://www.cs.mu.oz.au/~fjh> | of excellence is a lethal habit"
PGP: finger fjh at 128.250.37.3 | -- the last words of T. S. Garp.
More information about the developers
mailing list