Files
mercury/compiler/prog_data.m
Andrew Bromage 9b7f11c6dd Reorganisation of modules to do with the inst data type.
Estimated hours taken: 20

Reorganisation of modules to do with the inst data type.

This is actually the first installment of the alias tracking mode
checker in disguise.  A very good disguise.  The rationale for
this reorganisation is to reduce coupling in the part of the mode
checker which is _not_ in this change (ie most of it).

Alias tracking requires a new kind of inst, alias(inst_key), where
an inst_key is a handle on some other sub-inst.  With it goes a
data structure in which to store dereferenced insts and all the
operations which go with it.  This code will go in the new module
inst.m so that it doesn't have to go in prog_data.m.  (I briefly
considered putting it in instmap.m however this introduces some
bad coupling since instmap.m imports hlds_module.m.  Putting it
in prog_data.m would cause hlds_*.m to depend on prog_data.m,
but we have designed things so that the dependencies go in the
other direction.)

The remainder of the reorganisation is a general cleanup: the
inst testing predicates (inst_is_*) have been moved out of
mode_util because they are not actually operations on modes at
all, and have been moved into inst_match.  inst_match has then
been split because otherwise it would be 2000 lines long and
will get significantly bigger when aliasing is added.  Roughly
speaking, any operations which create new insts from old ones
have been moved into a new module, inst_util while any operations
which test the values of insts remain in inst_match.

Also included are the removal of some NU-Prologisms since the
NU-Prolog version of the compiler is no longer supported.  Two
changes here:

	- Removal of some when declarations.
	- A gross hack in inst_is_*_2, where two copies of
	  the same inst were passed into the predicate so that
	  one could be switched on.  Thank NU-Prolog's lack of
	  common subexpression elimination.

compiler/inst.m:
	New module which contains the data types inst, uniqueness,
	pred_inst_info, bound_inst.

compiler/inst_util.m:
	New module which contains predicates which perform mode
	checking-like operations on insts.

	Moved in:
		abstractly_unify_inst, abstractly_unify_inst_functor,
		inst_merge, make_mostly_uniq_inst (from inst_match.m)

compiler/inst_match.m:
	Moved out:
		inst_merge, make_mostly_uniq_inst,
		abstractly_unify_inst, abstractly_unify_inst_functor
			(to inst_util.m)

	Moved in:
		inst_is_*, inst_list_is_*, bound_inst_list_is_*
			(from mode_util.m)

	Now exported:
		unique_matches_initial/2, unique_matches_final/2
		inst_contains_instname/3, pred_inst_matches/3
		(They are required by inst_util.m, and they are
		useful in their own right.)

compiler/instmap.m:
	instmap_delta_lookup_var/3 reincarnated as
	instmap_delta_search_var/3.  The reason for this change is
	that previously, instmap_delta_lookup_var simply returned
	`free' if the searched-for var did not occur in the
	instmap_delta.  This is somewhat non-obvious behaviour.
	instmap_delta_search_var/3 fails in such a situation.

compiler/mode_util.m:
	Moved out:
		inst_is_*, inst_list_is_*, bound_inst_list_is_*
			(to inst_match.m)
		(These are not really operations on modes.)

compiler/modecheck_call.m:
	Moved in modecheck_higher_order_func_call/5, from modecheck_unify.m

compiler/modecheck_unify.m:
	Moved out modecheck_higher_order_func_call/5, to modecheck_call.m
	where it should have been all along.

compiler/prog_data.m:
	Moved out the types inst, uniqueness, pred_inst_info,
	bound_inst (to inst.m).

compiler/common.m:
compiler/cse_detection.m:
compiler/fact_table.m:
compiler/higher_order.m:
compiler/hlds_data.m:
compiler/hlds_goal.m:
compiler/hlds_out.m:
compiler/intermod.m:
compiler/liveness.m:
compiler/llds.m:
compiler/make_hlds.m:
compiler/mercury_to_mercury.m:
compiler/mode_debug.m:
compiler/mode_errors.m:
compiler/mode_info.m:
compiler/modes.m:
compiler/module_qual.m:
compiler/polymorphism.m:
compiler/prog_io.m:
compiler/prog_io_util.m:
compiler/prog_util.m:
compiler/simplify.m:
compiler/switch_detection.m:
compiler/unify_proc.m:
compiler/unique_modes.m:
	Miscellaneous minor changes to cope with the above changes.

compiler/notes/compiler_design.html:
	Document the new modules.
1997-07-24 01:27:21 +00:00

368 lines
12 KiB
Mathematica

%-----------------------------------------------------------------------------%
% Copyright (C) 1995 University of Melbourne.
% This file may only be copied under the terms of the GNU General
% Public License - see the file COPYING in the Mercury distribution.
%-----------------------------------------------------------------------------%
%
% File: prog_data.m.
% Main author: fjh.
%
% This module defines a data structure for representing Mercury programs.
%
% This data structure specifies basically the same information as is
% contained in the source code, but in a parse tree rather than a flat file.
% Simplifications are done only by make_hlds.m, which transforms
% the parse tree which we built here into the HLDS.
:- module prog_data.
:- interface.
:- import_module hlds_data, hlds_pred, (inst).
:- import_module list, map, varset, term, std_util.
%-----------------------------------------------------------------------------%
% This is how programs (and parse errors) are represented.
:- type message_list == list(pair(string, term)).
% the error/warning message, and the
% term to which it relates
:- type program ---> module(
module_name,
item_list
).
:- type item_list == list(item_and_context).
:- type item_and_context == pair(item, term__context).
:- type item ---> pred_clause(varset, sym_name, list(term), goal)
% VarNames, PredName, HeadArgs, ClauseBody
; func_clause(varset, sym_name, list(term), term,
goal)
% VarNames, PredName, HeadArgs, Result,
% ClauseBody
; type_defn(varset, type_defn, condition)
; inst_defn(varset, inst_defn, condition)
; mode_defn(varset, mode_defn, condition)
; module_defn(varset, module_defn)
; pred(varset, sym_name, list(type_and_mode),
maybe(determinism), condition)
% VarNames, PredName, ArgTypes,
% Deterministicness, Cond
; func(varset, sym_name, list(type_and_mode),
type_and_mode,
maybe(determinism), condition)
% VarNames, PredName, ArgTypes,
% ReturnType,
% Deterministicness, Cond
; pred_mode(varset, sym_name, list(mode),
maybe(determinism), condition)
% VarNames, PredName, ArgModes,
% Deterministicness, Cond
; func_mode(varset, sym_name, list(mode), mode,
maybe(determinism), condition)
% VarNames, PredName, ArgModes,
% ReturnValueMode,
% Deterministicness, Cond
; pragma(pragma_type)
; nothing.
% used for items that should be ignored
% (currently only NU-Prolog `when' declarations,
% which are silently ignored for backwards
% compatibility).
:- type type_and_mode ---> type_only(type)
; type_and_mode(type, mode).
:- type pragma_type ---> c_header_code(string)
; c_code(string)
; c_code(may_call_mercury, sym_name, pred_or_func,
list(pragma_var), varset, string)
% Whether or not the C code may call Mercury,
% PredName, Predicate or Function, Vars/Mode,
% VarNames, C Code
; c_code(may_call_mercury, sym_name,
pred_or_func, list(pragma_var),
list(string), list(string),
varset, string)
% Whether or not the C code may call Mercury,
% PredName, Predicate or Function, Vars/Mode,
% SavedeVars, LabelNames, VarNames, C Code
; memo(sym_name, int)
% Predname, Arity
; inline(sym_name, int)
% Predname, Arity
; no_inline(sym_name, int)
% Predname, Arity
; obsolete(sym_name, int)
% Predname, Arity
; export(sym_name, pred_or_func, list(mode),
string)
% Predname, Predicate/function, Modes,
% C function name.
; source_file(string)
% Source file name.
; unused_args(pred_or_func, sym_name, int,
proc_id, list(int))
% PredName, Arity, Mode, Optimized pred name,
% Removed arguments.
% Used for inter-module unused argument
% removal, should only appear in .opt files.
; fact_table(sym_name, arity, string).
% Predname, Arity, Fact file name.
% For pragma c_code, there are two different calling conventions,
% one for C code that may recursively call Mercury code, and another
% more efficient one for the case when we know that the C code will
% not recursively invoke Mercury code.
:- type may_call_mercury
---> may_call_mercury
; will_not_call_mercury.
:- type pragma_var ---> pragma_var(var, string, mode).
% variable, name, mode
% we explicitly store the name because we
% need the real name in code_gen
%-----------------------------------------------------------------------------%
% Here's how clauses and goals are represented.
% a => b --> implies(a, b)
% a <= b --> implies(b, a) [just flips the goals around!]
% a <=> b --> equivalent(a, b)
% clause/4 defined above
:- type goal == pair(goal_expr, term__context).
:- type goal_expr ---> (goal,goal)
; true
% could use conj(goals) instead
; {goal;goal} % {...} quotes ';'/2.
; fail
% could use disj(goals) instead
; not(goal)
; some(vars,goal)
; all(vars,goal)
; implies(goal,goal)
; equivalent(goal,goal)
; if_then(vars,goal,goal)
; if_then_else(vars,goal,goal,goal)
; call(sym_name, list(term))
; unify(term, term).
:- type goals == list(goal).
:- type vars == list(var).
%-----------------------------------------------------------------------------%
% This is how types are represented.
% one day we might allow types to take
% value parameters as well as type parameters.
% type_defn/3 define above
:- type type_defn ---> du_type(sym_name, list(type_param),
list(constructor))
; uu_type(sym_name, list(type_param), list(type))
; eqv_type(sym_name, list(type_param), type)
; abstract_type(sym_name, list(type_param)).
:- type constructor == pair(sym_name, list(constructor_arg)).
:- type constructor_arg == pair(string, type).
% probably type parameters should be variables not terms.
:- type type_param == term.
% Module qualified types are represented as ':'/2 terms.
% Use type_util:type_to_type_id to convert a type to a qualified
% type_id and a list of arguments.
% type_util:construct_type to construct a type from a type_id
% and a list of arguments.
:- type (type) == term.
:- type tvar == var. % used for type variables
:- type tvarset == varset. % used for sets of type variables
:- type tsubst == map(tvar, type). % used for type substitutions
% Types may have arbitrary assertions associated with them
% (eg. you can define a type which represents sorted lists).
% Similarly, pred declarations can have assertions attached.
% The compiler will ignore these assertions - they are intended
% to be used by other tools, such as the debugger.
:- type condition ---> true
; where(term).
%-----------------------------------------------------------------------------%
% This is how instantiatednesses and modes are represented.
% Note that while we use the normal term data structure to represent
% type terms (see above), we need a separate data structure for inst
% terms.
% inst_defn/3 defined above
:- type inst_defn ---> eqv_inst(sym_name, list(inst_param), inst)
; abstract_inst(sym_name, list(inst_param)).
% probably inst parameters should be variables not terms
:- type inst_param == term.
% An `inst_name' is used as a key for the inst_table.
% It is either a user-defined inst `user_inst(Name, Args)',
% or some sort of compiler-generated inst, whose name
% is a representation of it's meaning. For example
% `merge_inst(InstA, InstB)' is the name used for the inst
% that results from merging InstA and InstB using `merge_inst'.
% Similarly `unify_inst(IsLive, InstA, InstB, IsReal)' is
% the name for the inst that results from a call to
% `abstractly_unify_inst(IsLive, InstA, InstB, IsReal)', etc.
:- type inst_name ---> user_inst(sym_name, list(inst))
; merge_inst(inst, inst)
; unify_inst(is_live, inst, inst, unify_is_real)
; ground_inst(inst_name, is_live, uniqueness,
unify_is_real)
; shared_inst(inst_name)
; mostly_uniq_inst(inst_name)
; typed_ground(uniqueness, type)
; typed_inst(type, inst_name).
% Note: `is_live' records liveness in the sense used by
% mode analysis. This is not the same thing as the notion of liveness
% used by code generation. See compiler/notes/GLOSSARY.
:- type is_live ---> live ; dead.
% Unifications of insts fall into two categories, "real" and "fake".
% The "real" inst unifications correspond to real unifications,
% and are not allowed to unify with `clobbered' insts (unless
% the unification would be `det').
% Any inst unification which is associated with some code that
% will actually examine the contents of the variables in question
% must be "real". Inst unifications that are not associated with
% some real code that examines the variables' values are "fake".
% "Fake" inst unifications are used for procedure calls in implied
% modes, where the final inst of the var must be computed by
% unifying its initial inst with the procedure's final inst,
% so that if you pass a ground var to a procedure whose mode
% is `free -> list_skeleton', the result is ground, not list_skeleton.
% But these fake unifications must be allowed to unify with `clobbered'
% insts. Hence we pass down a flag to `abstractly_unify_inst' which
% specifies whether or not to allow unifications with clobbered values.
:- type unify_is_real
---> real_unify
; fake_unify.
% mode_defn/3 defined above
:- type mode_defn ---> eqv_mode(sym_name, list(inst_param), mode).
:- type (mode) ---> ((inst) -> (inst))
; user_defined_mode(sym_name, list(inst)).
% mode/4 defined above
%-----------------------------------------------------------------------------%
% This is how module-system declarations (such as imports
% and exports) are represented.
:- type module_defn ---> module(module_name)
; interface
; implementation
; imported
% This is used internally by the compiler,
% to identify declarations which originally
% came from some other module imported with
% a `:- import_module' declaration.
; used
% This is used internally by the compiler,
% to identify declarations which originally
% came from some other module and for which
% all uses must be module qualified. This
% applies to items from modules imported using
% `:- use_module', and items from `.opt'
% and `.int2' files.
; external(sym_name_specifier)
; opt_imported
% This is used internally by the compiler,
% to identify items which originally
% came from a .opt file.
; end_module(module_name)
; export(sym_list)
; import(sym_list)
; use(sym_list).
:- type sym_list ---> sym(list(sym_specifier))
; pred(list(pred_specifier))
; func(list(func_specifier))
; cons(list(cons_specifier))
; op(list(op_specifier))
; adt(list(adt_specifier))
; type(list(type_specifier))
; module(list(module_specifier)).
:- type sym_specifier ---> sym(sym_name_specifier)
; typed_sym(typed_cons_specifier)
; pred(pred_specifier)
; func(func_specifier)
; cons(cons_specifier)
; op(op_specifier)
; adt(adt_specifier)
; type(type_specifier)
; module(module_specifier).
:- type pred_specifier ---> sym(sym_name_specifier)
; name_args(sym_name, list(type)).
:- type func_specifier == cons_specifier.
:- type cons_specifier ---> sym(sym_name_specifier)
; typed(typed_cons_specifier).
:- type typed_cons_specifier --->
name_args(sym_name, list(type))
; name_res(sym_name_specifier, type)
; name_args_res(sym_name,
list(type), type).
:- type adt_specifier == sym_name_specifier.
:- type type_specifier == sym_name_specifier.
:- type op_specifier ---> sym(sym_name_specifier)
% operator fixity specifiers not yet implemented
; fixity(sym_name_specifier, fixity).
:- type fixity ---> infix ; prefix ; postfix ;
binary_prefix ; binary_postfix.
:- type sym_name_specifier ---> name(sym_name)
; name_arity(sym_name, arity).
:- type sym_name ---> unqualified(string)
; qualified(module_specifier, string).
:- type module_specifier == string.
:- type module_name == string.
:- type arity == int.
% Describes whether an item can be used without an
% explicit module qualifier.
:- type need_qualifier
---> must_be_qualified
; may_be_unqualified.
%-----------------------------------------------------------------------------%