[m-rev.] for review: inter-module analysis framework
Nancy Mazur
Nancy.Mazur at cs.kuleuven.ac.be
Fri Aug 9 22:40:36 AEST 2002
* Simon Taylor <stayl at cs.mu.OZ.AU> [2002-08-09 13:56]:
> On 09-Aug-2002, Nancy.Mazur at cs.kuleuven.ac.be <Nancy.Mazur at cs.kuleuven.ac.be> wrote:
> > > Why would an analysis pass care what the "original" head variables were?
> >
> > I mean "original" in the sense: no compiler-added variables. So that
> > the arity corresponds with the declared arity. If you import a file
> > with a polymorphic predicate p/2, you need to have the analysis-info
> > available for this predicate in terms of the two headvars only (or else
> > the renaming comes into trouble)...
>
> I still don't understand why an analysis pass cares which variables
> were present in the original program. If you are reading terms
> containing variables from a file, and trying to match them against
> terms computed during the current compilation, you will always
> have to deal with renaming.
I don't mind the renaming, it'll always be needed of course, but I just
need to know which variables correspond to the actual headvariables...
Just for the small example of append... dumping out the hlds at stage 48
or whatever gives something like:
append:app(TypeInfo_for_T, HeadVar__1, HeadVar__2, HeadVar__3):-
with a type-info variable artificially added to it...
but of course, in the analysis results, I don't care about TypeInfo's,
even worse, I don't want them... I don't care whether the headvars are
listed as [HeadVar__1, ..] or [A,B,C]...
anyway, never mind my objections, I'll try to sort it out like that...
But now that we're talking about renamings, some time ago I remember
somebody (Zoltan?, Mark?) added a change so that during debugging the
original names used by the programmer in the program are used instead
of these awkward HeadVar__1, etc...
Can somebody point me to those changes, because the online search
facilities are quite limited...
Ciao ciao,
Nancy
--------------------------------------------------------------------------
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