- Nov 07, 2016
-
-
Jacques-Henri Jourdan authored
-
- Oct 27, 2016
- Oct 13, 2016
-
-
Ralf Jung authored
-
- Oct 04, 2016
-
-
Zhen Zhang authored
-
Zhen Zhang authored
-
- Oct 03, 2016
-
-
Robbert Krebbers authored
-
Robbert Krebbers authored
-
- Sep 28, 2016
-
-
Robbert Krebbers authored
-
Robbert Krebbers authored
-
- Sep 27, 2016
-
-
Robbert Krebbers authored
-
Robbert Krebbers authored
-
Robbert Krebbers authored
-
- Sep 20, 2016
-
-
Robbert Krebbers authored
-
Robbert Krebbers authored
This also solves a name clash with the extension order of CMRAs.
-
Robbert Krebbers authored
-
- Sep 14, 2016
-
-
Jacques-Henri Jourdan authored
This makes the typeclass mechanism able to use instances like [Is_true X -> Blah], where X reduces to X.
-
- Sep 09, 2016
-
-
Robbert Krebbers authored
-
Jacques-Henri Jourdan authored
-
- Aug 29, 2016
-
-
Robbert Krebbers authored
This happened for example in <[i:=x]>∅, where simpl unfold insert (despite it being declared simpl never) because ∅ reduces to a constructor.
-
Ralf Jung authored
-
- Aug 24, 2016
-
-
Robbert Krebbers authored
-
- Aug 22, 2016
-
-
Robbert Krebbers authored
The previous commit is not really necesarry anymore, but my proof for UIP of types with decidable equality is a bit more general, so I won't revert it.
-
Robbert Krebbers authored
This way we get rid of the (unused) axiom eq_rect_eq reported by coqchk.
-
Ralf Jung authored
-
- Aug 19, 2016
-
-
Robbert Krebbers authored
There is still the reals stuff, which is caused by importint Psatz (needed for lia) and eq_rect_eq which is caused by importint Eqdep_dec.
-
Ralf Jung authored
-
- Aug 17, 2016
-
-
Ralf Jung authored
Unfortunately, it still fails in iris.prelude.pretty.pretty_N_inj
-
- Aug 08, 2016
-
-
Jacques-Henri Jourdan authored
-
Jacques-Henri Jourdan authored
-
Ralf Jung authored
With Coq 8.6, you can no longer have intro patterns that give more names than the constructor has. Also, patterns with too few names are now interpreted as filling up with "?", rather than putting the unnamed parts into the goal again. Furthermore, it seems the behavior of "simplify_eq/=" changed, I guess hypotheses are considered in different order now. I managed to work around this, but it all seem kind of fragile. The next compilation failure is an "Anyomaly: ... Please report", so that's what I will do.
-
Robbert Krebbers authored
-
- Aug 04, 2016
-
-
Robbert Krebbers authored
Also cleanup the file a bit.
-
Robbert Krebbers authored
-
- Aug 02, 2016
-
-
Robbert Krebbers authored
-
- Aug 01, 2016
-
-
Robbert Krebbers authored
-
Robbert Krebbers authored
This change makes it possible to use hlists in the proof mode, which itself uses hlists in the implementation of the specialize tactic.
-
- Jul 27, 2016
-
-
Robbert Krebbers authored
This reverts commit 20b4ae55bdf00edb751ccdab3eb876cb9b13c99f, which does not seem to work with Coq 8.5pl2 (I accidentally tested with 8.5pl1).
-
Robbert Krebbers authored
This makes type checking more directed, and somewhat more predictable. On the downside, it makes it impossible to declare the singleton on lists as an instance of SingletonM and the insert and alter operations on functions as instances of Alter and Insert. However, these were not used often anyway.
-
Robbert Krebbers authored
-