Benjamin Bonneau
Benjamin Bonneau
This PR exposes the `unascribe` normalisation step. It can be useful to get more readable terms and it also seems to speed up some normalisations. I have just exposed the...
F* (https://github.com/FStarLang/FStar/commit/5bcd16865e5161ccbc7b2b9ead96ba099618adf8) does not seem to retypecheck the parameters of the effect combinators when they are used. This is probably intentional since it notably avoids rechecking the monotonicity of `pure_wp`...
In F*, the type-checking of `l_and` (`⋀`) reflects its laziness. That is in `p ⋀ q`, the type-checking of `q` can assume that `p` holds. Hence it is possible to...
On can prove `⊥` using the unification of uvars in tactics (F* https://github.com/FStarLang/FStar/commit/a46a208c59b502b427e300e7a9e7b7cf9fb58ad7): ```fstar module Main open FStar.Tactics #set-options "--ifuel 0 --fuel 0" let prove_False (pf : squash False) (_...
The following Steel definition is accepted in normal and in lax mode but not when loaded as a dependency: ```fstar module A open Steel.Effect noeq type fsteel (pre : pre_t)...
When using `resolve_implicits`, there seems to be no option to control the order in which the different implicits are instantiated. This is needed when interacting with libraries (such as Steel)...
The following example verify without any issue when checked in normal mode: ```fstar module Main open FStar.Tactics let dummy_lemma (x : int) goal (pf : goal) : goal = pf...
On a steel example similar to the one given for [PR#2534](https://github.com/FStarLang/FStar/pull/2534), fstar still fails to rewrite a vprop with an `smt_fallback` and raises a typing error: ```fstar module Mem =...