GitLab

Since the exact line of the construct that triggers VC may not be
known, the possibility to map the counterexample information related
to this construct to dedicated index instead of mapping it to line
number was added.

Note that the line of the construct that triggers VC is guaranteed to
be known only if  this construct does not span to multiple lines or if
the VC is not split.

the name of the projection to projected element.

Model elements in source code line are represented as list of JSON objects
with attributes "name", "value", and "kind". The attribute "name" is a
name of a counterexample element, the attribute "value" is the value of
the counterexample element, and the attribute "kind" is the kind of
counterexample element, currently one of "old", "result", "error_message",
and "other".

Prevent loosing labels of formulas with f.t_node equal to Tquant in
transformations eliminate_algebraic and introduce_premises.

Need to compile Alt-Ergo with Nums instead of Zarith,
which is not supported by js_of_ocaml

The concatenation of strings in the list of strings returned by
bounded_split must be equal to the string being split.

Postconditions for that variables mentioned in these postconditions
should be in counterexample are now marked with label "model_vc_post".

Variables corresponding to return values are no longer handled by
transformation intro_vc_vars_counterexmp. They must have location
of the corresponding postcondition, label "model" or "model_trace", and
label of the form "model_trace:name@result". Generartion of these labels
to variables corresponding to return values created in WP is for future
work.

dans ace/src-noconflicts

needs 'ace' to run, which can be retrieved using

git clone https://github.com/ajaxorg/ace-builds.git

Do not append '.' to the name of the variable representing field access
if the field name is empty string (that is, if the field name should be
ignored in counterexample).

were added to original labels.

When eval_match creates new terms from original terms, all labels of
the original terms are copied to the new terms. The exception are
labels of the form "model_trace:*". These labels are not copied if both
original terms and new terms contain this label.

In wp, eval_match is used to replace record fields with simple variables
of the same type. Originally, all labels from the variable that field
was accessed were copied to new variables representing fields of this
variable. Therefore also "model_trace:var_name" label was copied and thus
the field had name "var_name" in the counterexample.

This commit solves this problem by appending names of the fields to
"model_trace:*" label of new variables representing record fields.

Incidentally, Try Why3 is now able to produce Alt-Ergo goals

When a variable is introduced in WP and no model data (counterexample
data) are collected for this variable, do not propagate model labels
to it. This prevents, e.g., projecting this variable, displaying this
variable in counterexample, ...

The transformation intro_projections_counterexmp now can project maps
with indices of types that should be projected (to type "t_to")
to maps with indices that are projections of indices of original maps
(they are of the type "t_to").