| Age | Commit message (Collapse) | Author |
|
|
|
Was decided during the working group on September, 28th.
|
|
|
|
|
|
- Add a debug message when applying a heuristic.
- Fix double newlines.
|
|
This is really [mv fast_typeops.ml{,i} typeops.ml{,i}] plus trivial
changes in the other files, the real changes are in the parent commit.
|
|
This brings the fix in cad44fc for #2996 to the copy of
Fast_typeops.check_hyps_inclusion.
Fast_typeops.constant_type checks the universe constraints instead of
outputting them. Since everyone who used Typeops.constant_type just
discarded the constraints they've been switched to constant_type_in
which should be the same in Fast_typeops and Typeops.
There are some small differences in the interfaces:
- Typeops.type_of_projection <->
Fast_typeops.type_of_projection_constant to avoid collision with the
internally used type_of_projection (which gives the type of [Proj(p,c)]).
- check_hyps_inclusion takes [('a -> constr)] and ['a] instead of
[constr] for reporting errors.
|
|
because P:U->Prop implies P:U->Type, the new statement is strictly more useful.
No change was needed to the proof.
|
|
|
|
|
|
|
|
The sad part of the story is that the script testing this version number
is run after tagging by the coq-dev-tools Makefile... will fix that.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
This was yet another bug in the VM long multiplication, that
I unfortunately introduced in ebc509ed2. It was impacting only 32-bit
architectures.
In the future, I'll try to make sure that
1) we provide unit tests for integer arithmetic (my int63 branch ships
with such tests)
2) our continuous testing infrastructure runs the test suite on a 32-bit
architecture. I tried to set up such an instance, but failed. Waiting
for support reply.
|
|
The way \zeroone was defined, the \tt modifier was leaked outside the
brackets, thus messing with the following text. There are a bunch of
occurrences of this issue in the manual, so rather than turning all the
\tt into \texttt, the definition of \zeroone is made more robust.
Unfortunately, there is one single occurrence of \zeroone that does not
support the more robust version. (Note that this specific usage of
\zeroone is morally a bug, since it goes against all the LaTeX
conventions.) So the commit also keeps the old leaky version of \zeroone
around as \zeroonelax so that it can be used there.
|
|
|
|
Was PR#387: ssrmatching: handle primitive projections (fix: #5247)
|
|
Was PR#389: Changed mention of deprecated -byte option to .byte suffix;
change module for Coq loop
|
|
|
|
|
|
|
|
Some C files included in build scripts (in dev/build) were triggering
errors or warnings on non-win32 platforms.
Note that ide/ide_win32_stubs.c was already handled through an ad-hoc
rule in Makefile.
If you add a new C file outside of kernel/byterun, please extend the CFILES
variable.
|
|
Richpp output depends on printing width, thus its internal formatter
should be seeded with the proper width value.
While we are at it, we increase the default buffer size to a more
sensible value.
|
|
Was PR#366: Univs: fix bug 5208
|
|
Was PR#378: Univs: fix bug #5188
|
|
|
|
|
|
Was PR#377: Univs: fix bug #5180
|
|
Was PR#372: Update dev/doc/changes.txt with HintsResolveEntry changes
|
|
Was PR#368: Add example in dev/doc/changes involving Tacmach.project
|
|
Parts of PR#367: Fixing the "beautifier" and checking the
parsing-printing reversibility
|
|
Was a bug introduced in 0ad6edc1.
|
|
became mandatory.
|
|
|
|
Parameter was implemented the wrong way trying to separate the universes
of the telescope.
|
|
Was PR#381: V8.6+fix typeclasses eauto shelving
|
|
We make this warning configurable and disabled by default.
|
|
|
|
|
|
|
|
|
|
|
|
with user-level notations by inserting spaces.
|
|
|
|
Was PR#380: Fix bug #5232: proper globalization of hints paths
|