In particular, remove ectx_language.atomic, because it seems unused
expect for a smart constructor for language.atomic.

* Values are considered as atomic expressions (this does not hurt, and
  this makes the proofs of atomicity simpler).

In order to improve flexibility, I have reverted the changes in commit
5cabd278 to counter, lock and spawn because an explicit namespace may be in
the way of modularity, for example, if the interfaces of these libraries will
expose namespaces through view shifts in the future.

Exposure of namespaces in the case of par is very unlikely, so to that end,
par remains to use an explicit namespace.

I also reverted 7952bca4 since there is no need for atomic to be a
boolean predicate anymore. Moreover, I introduced a hint database
fsaV for solving side-conditions related to FSAs, in particular,
side-conditions related to expressions being atomic.

We reify to a representation of expressions that includes an explicit
constructor for closed terms. Substitution can then be implemented as
the identify, which enables us to perform it using computation.

The intropattern {H} also meant clear (both in ssreflect, and the logic
part of the introduction pattern).

I know we don't use it.  Stating theorems also serves to document things, and IMHO this one is informative.  It also costs us nothing.

Concretely, when execution of any of the wp_ tactics does not yield
another wp, it will make sure that a view shift is kept. This
behavior was already partially there, but now it is hopefully more
consistent.

We are now using the prefixes Into, From, and Is (the first two are
inspired by the names of some traits in the Rust stdlib), and hopefully
doing that consistenly.

This is more consistent with the proofmode, where we also call it pure.