Sections¶
Sections are naming scopes that permit creating section-local declarations that can
be used by other declarations in the section. Declarations made with
Variable, Hypothesis, Context
(or the plural variants of the first two)
and definitions made with
Let, Let Fixpoint and Let CoFixpoint
within sections are local to the section.
In proofs done within the section, section-local declarations
are included in the local context of the initial goal of the proof.
They are also accessible in definitions made with the Definition command.
Using sections¶
Sections are opened by the Section command, and closed by End.
Sections can be nested.
When a section is closed, its local declarations are no longer available.
Global declarations that refer to them will be adjusted so they're still
usable outside the section as shown in this example.
- Command End ident¶
Closes the section or module named
ident. See Terminating an interactive module or module type definition for a description of its use with modules.After closing the section, the section-local declarations (variables and section-local definitions, see
Variable) are discharged, meaning that they stop being visible and that all global objects defined in the section are generalized with respect to the variables and local definitions they each depended on in the section.- Error There is nothing to end.¶
Note
Most commands, such as the Hint commands,
Notation and option management commands that
appear inside a section are canceled when the section is closed.
In some cases, this behaviour can be tuned with locality attributes.
See this table.
- Command Let ident_decl def_body¶
- Command Let Fixpoint fix_definition with fix_definition*¶
- Command Let CoFixpoint cofix_definition with cofix_definition*¶
These are similar to
Definition,FixpointandCoFixpoint, except that the declared constant is local to the current section. When the section is closed, all persistent definitions and theorems within it that depend on the constant will be wrapped with aterm_letwith the same declaration.As for
Definition,FixpointandCoFixpoint, iftermis omitted,typeis required and Rocq enters proof mode. This can be used to define a term incrementally, in particular by relying on therefinetactic. See Entering and exiting proof mode.
- Attribute clearbody¶
When used with
Letin a section, clears the body of the definition in the proof context of following proofs. The kernel will still use the body when checking.
Note
Terminating the proof for a Let with Qed produces an opaque side definition.
Let foo : T. Proof. tactics. Qed. is equivalent to
- Command Context binder+¶
Declare variables in the context of the current section, like
Variable, but also allowing implicit variables, Implicit generalization, and let-binders.Context {A : Type} (a b : A). Context `{EqDec A}. Context (b' := b).
See also
Section Binders. Section Sections and contexts in chapter Typeclasses.
Example: Section-local declarations
- Section s1.
- Variables x y : nat.
- x is declared y is declared
The command Let introduces section-wide Let-in definitions. These definitions
won't persist when the section is closed, and all persistent definitions which
depend on y' will be prefixed with let y' := y in.
- Let y' := y.
- y' is defined
- Definition x' := S x.
- x' is defined
- Definition x'' := x' + y'.
- x'' is defined
- Print x'.
- x' = S x : nat x' uses section variable x.
- Print x''.
- x'' = x' + y' : nat x'' uses section variables x y.
- End s1.
- Print x'.
- x' = fun x : nat => S x : nat -> nat Arguments x' x%nat_scope
- Print x''.
- x'' = fun x y : nat => let y' := y in x' x + y' : nat -> nat -> nat Arguments x'' (x y)%nat_scope
Notice the difference between the value of x' and x'' inside section
s1 and outside.
Summary of locality attributes in a section¶
This table sums up the effect of locality attributes on the scope of vernacular
commands in a Section, when outside the Section where they were entered. In the
following table:
a cross (❌) marks an unsupported attribute (compilation error);
“not available” means that the command has no effect outside the
Sectionit was entered;“available” means that the effects of the command persists outside the
Section.For
Definition(andLemma, ...),Canonical Structure,CoercionandSet(andUnset), some locality attributes will be passed on to theModulecontaining the currentSection, see the associated footnotes.
A similar table for Module can be found
here.
|
no attribute |
|||
|---|---|---|---|---|
|
available 1 |
module 1 |
❌ |
❌ |
not available |
❌ |
❌ |
||
not available |
❌ |
❌ |
||
not available |
❌ |
❌ |
||
not available |
❌ |
❌ |
||
not available |
❌ |
❌ |
||
not available |
❌ |
❌ |
||
not available |
❌ |
module 2 |
||
not available |
❌ |
module 2 |
||
|
not available |
❌ |
❌ |
|
available 3 |
not available |
module 3 |
module 3 |
- 1(1,2)
For
Definition,Lemma, ... the default visibility is to be available outside the section and available with a short name when the currentModuleis imported (withImportor cmd:Export) outside the currentModule. Thelocalattribute make the corresponding identifiers available in the currentModulebut only with a fully qualified name outside the currentModule.- 2(1,2)
For
CoercionandCanonical Structure, theglobalvisibility, which is the default, makes them available outside the section, in the currentModule, and outside the currentModulewhen it is imported (withImportor cmd:Export).- 3(1,2,3)
For
SetandUnset, theexportandglobalattributes both make the command's effects persist outside the current section, in the currentModule. It will also persist outside the currentModulewith theglobalattribute, or with theexportattribute, when theModuleis imported (withImportor cmd:Export). The default behaviour (no attribute) is to make the setting persist outside the section in the currentModule, but not outside the currentModule.
Typing rules used at the end of a section¶
From the original rules of the type system, one can show the admissibility of rules which change the local context of definition of objects in the global environment. We show here the admissible rules that are used in the discharge mechanism at the end of a section.
Abstraction. One can modify a global declaration by generalizing it over a previously assumed constant \(c\). For doing that, we need to modify the reference to the global declaration in the subsequent global environment and local context by explicitly applying this constant to the constant \(c\).
Below, if \(Γ\) is a context of the form \([y_1 :A_1 ;~…;~y_n :A_n]\), we write \(∀x:U,~\subst{Γ}{c}{x}\) to mean \([y_1 :∀ x:U,~\subst{A_1}{c}{x};~…;~y_n :∀ x:U,~\subst{A_n}{c}{x}]\) and \(\subst{E}{|Γ|}{|Γ|c}\) to mean the parallel substitution \(E\{y_1 /(y_1~c)\}…\{y_n/(y_n~c)\}\).
First abstracting property:
One can similarly modify a global declaration by generalizing it over a previously defined constant \(c\). Below, if \(Γ\) is a context of the form \([y_1 :A_1 ;~…;~y_n :A_n]\), we write \(\subst{Γ}{c}{u}\) to mean \([y_1 :\subst{A_1} {c}{u};~…;~y_n:\subst{A_n} {c}{u}]\).
Second abstracting property:
Pruning the local context. If one abstracts or substitutes constants with the above rules then it may happen that some declared or defined constant does not occur any more in the subsequent global environment and in the local context. One can consequently derive the following property.
- First pruning property:
- \[\frac{% \WF{E;~c:U;~E′}{Γ}% \hspace{3em}% c~\kw{does not occur in}~E′~\kw{and}~Γ% }{% \WF{E;E′}{Γ}% }\]
- Second pruning property:
- \[\frac{% \WF{E;~c:=u:U;~E′}{Γ}% \hspace{3em}% c~\kw{does not occur in}~E′~\kw{and}~Γ% }{% \WF{E;E′}{Γ}% }\]