Leonardo de Moura
|
7d7cd1a7c9
|
doc: document issue
cc @dselsam
|
2020-02-18 10:52:12 -08:00 |
|
Daniel Selsam
|
94e45f7b81
|
doc: elabissue for '<id>_main already defined' msg
|
2020-02-18 10:49:40 -08:00 |
|
Leonardo de Moura
|
36ea3fbaf7
|
doc: document issue
cc @dselsam
|
2020-02-18 10:49:04 -08:00 |
|
Leonardo de Moura
|
6900577723
|
doc: document issue
AFAICT, it has been solved in the new frontend. See new test.
cc @dselsam
|
2020-02-18 10:41:12 -08:00 |
|
Daniel Selsam
|
1981bbbc7c
|
doc: elabissue for two improvable error messages
|
2020-02-18 10:34:24 -08:00 |
|
Leonardo de Moura
|
86faccca72
|
fix: structure instance parser
|
2020-02-18 10:28:43 -08:00 |
|
Leonardo de Moura
|
f8c73ba95d
|
fix: missing ensureHasType
|
2020-02-18 10:09:22 -08:00 |
|
Leonardo de Moura
|
dcd64fae5a
|
test: add new structure instance + implicit lambda tests
|
2020-02-18 09:18:52 -08:00 |
|
Leonardo de Moura
|
918bf029d4
|
feat: elaborate structure instance default values
|
2020-02-17 20:16:44 -08:00 |
|
Leonardo de Moura
|
81d8b75dff
|
doc: Lean3 structure instance bugs
|
2020-02-17 20:12:06 -08:00 |
|
Leonardo de Moura
|
378dca293e
|
test: add Expr.find? test
|
2020-02-17 19:49:13 -08:00 |
|
Leonardo de Moura
|
8e4f3beff3
|
chore: fix test
|
2020-02-15 16:15:37 -08:00 |
|
Leonardo de Moura
|
1c8baa0198
|
feat: add withPtrEqDecEq (version of withPtrEq for implementing decidable equality)
cc @dselsam
|
2020-02-15 16:12:09 -08:00 |
|
Leonardo de Moura
|
47aba91c43
|
feat: error message when optParam and autoParam are used at fun
|
2020-02-13 17:57:12 -08:00 |
|
Leonardo de Moura
|
da3bf54ec7
|
feat: elaborate autoParams
cc @Kha
|
2020-02-13 16:24:50 -08:00 |
|
Leonardo de Moura
|
93de4ce7b3
|
feat: elaborate by
|
2020-02-13 11:45:51 -08:00 |
|
Leonardo de Moura
|
4227d3bce4
|
chore: reduce problem size
Motivation: avoid stack overflow in debug mode
|
2020-02-12 21:27:34 -08:00 |
|
Leonardo de Moura
|
263d22576b
|
test: add new implicit lambda test
|
2020-02-12 13:47:54 -08:00 |
|
Leonardo de Moura
|
1fe92ade36
|
doc: document why example fails
|
2020-02-12 13:46:55 -08:00 |
|
Leonardo de Moura
|
6c16deded4
|
feat: improve implicit lambdas
|
2020-02-12 13:38:01 -08:00 |
|
Leonardo de Moura
|
fc404af645
|
feat: solve ?m t =?= c even when constApprox is disabled
|
2020-02-12 13:21:56 -08:00 |
|
Leonardo de Moura
|
98c925ed7e
|
feat: elaborate #check_failure
|
2020-02-12 11:55:02 -08:00 |
|
Leonardo de Moura
|
17dfe3fb66
|
test: implicit lambda tests
|
2020-02-11 21:21:21 -08:00 |
|
Leonardo de Moura
|
41baf46083
|
feat: propagate expected type at elabFunCore
|
2020-02-11 17:47:51 -08:00 |
|
Leonardo de Moura
|
97dfe95b41
|
chore: fix test
and document why better expected type propagation broke this example.
|
2020-02-11 16:26:39 -08:00 |
|
Leonardo de Moura
|
2f959e23ca
|
fix: checkAssignment was overwriting assignment
|
2020-02-11 16:11:56 -08:00 |
|
Leonardo de Moura
|
55231b960e
|
feat: simplify and improve processAssignmentFOApproxAux
|
2020-02-11 14:42:02 -08:00 |
|
Leonardo de Moura
|
30e0ccd8c4
|
feat: implicit lambdas
It is still work in progress
|
2020-02-11 13:43:05 -08:00 |
|
Leonardo de Moura
|
03b5b7d562
|
feat: implicit lambdas
|
2020-02-11 09:59:46 -08:00 |
|
Leonardo de Moura
|
adb940e879
|
feat: new test
|
2020-02-11 09:34:45 -08:00 |
|
Leonardo de Moura
|
7085072590
|
feat: allow implicitBinder and instBinder at fun
|
2020-02-11 08:26:10 -08:00 |
|
Leonardo de Moura
|
f6ae8560e8
|
fix: isDefEq issue exposed by new test
|
2020-02-10 23:46:17 -08:00 |
|
Leonardo de Moura
|
f39586a237
|
test: expose problem at isDefEq
|
2020-02-10 22:22:42 -08:00 |
|
Leonardo de Moura
|
e732eac899
|
fix: but at elimMVarDepsApp
|
2020-02-10 20:49:43 -08:00 |
|
Leonardo de Moura
|
f0e2a3cfa4
|
chore: add small test
|
2020-02-10 20:37:37 -08:00 |
|
Leonardo de Moura
|
34776c4f41
|
chore: fix test
|
2020-02-10 14:48:57 -08:00 |
|
Leonardo de Moura
|
d37eb896ef
|
doc: performance issue
cc @dselsam
|
2020-02-10 14:40:48 -08:00 |
|
Daniel Selsam
|
4f21242ffa
|
doc: another elabissue for equation compiler perf
|
2020-02-10 12:40:58 -08:00 |
|
Leonardo de Moura
|
ee8a4d16a2
|
chore: fix test
|
2020-02-09 19:33:45 -08:00 |
|
Leonardo de Moura
|
c3b2a1da50
|
fix: bug at subst tactic
|
2020-02-09 19:25:15 -08:00 |
|
Leonardo de Moura
|
352b720728
|
test: add clear failure test
|
2020-02-09 16:48:36 -08:00 |
|
Leonardo de Moura
|
22ff3c7db2
|
feat: add evalClear
|
2020-02-09 16:41:29 -08:00 |
|
Leonardo de Moura
|
95ad26cc23
|
feat: add mkEqNDRec and mkEqRec
|
2020-02-09 11:02:35 -08:00 |
|
Leonardo de Moura
|
7c7c4edf38
|
feat: add evalRevert
|
2020-02-08 18:51:11 -08:00 |
|
Sebastian Ullrich
|
354439dd43
|
chore: bench C++ lines
|
2020-02-07 17:14:27 +01:00 |
|
Sebastian Ullrich
|
6cbb6c89ca
|
chore: bench .olean byte size
|
2020-02-07 17:09:25 +01:00 |
|
Leonardo de Moura
|
3c5b3cd91f
|
feat: add Expr.replace helper function
|
2020-02-06 14:03:54 -08:00 |
|
Leonardo de Moura
|
772fa06461
|
doc: add workarounds, and describe what we need in the new equation compiler
@dselsam The good news is that the problem is fixable.
I included a workaround `mergeCongr3` for avoiding the overhead in the current system.
|
2020-02-05 11:46:35 -08:00 |
|
Daniel Selsam
|
707a1a7e8c
|
doc: elabissue for equation compiler perf
|
2020-02-05 10:41:44 -08:00 |
|
Leonardo de Moura
|
eacff1a448
|
feat: implement withPtrEq and withPtrAddr
|
2020-02-04 17:48:11 -08:00 |
|