Zulip Chat Archive
Stream: maths
Topic: worries about `is_R_or_C`
Kevin Buzzard (Aug 03 2022 at 16:08):
I've moaned about this to several people both online and offline but let me try and get my thoughts straight about what concerns me with is_R_or_C
. Maybe I'm worrying about nothing. tl;dr: putting an is_R_or_C
structure on a field is losing information which is sometimes (but not always) important.
In the Langlands Philosophy is sometimes said to relate algebra to analysis, although of course this is over-selling it: it only relates some part of algebra to some part of analysis. On the analysis side, at least in the classical Langlands philosophy, one is considering representations of things like real Lie groups (objects with reasonable finiteness properties) on things like Hilbert spaces (typically infinite-dimensional). On the algebra side, one is considering representations of things like Galois groups (typically infinite and wild) on finite-dimensional spaces (e.g. cohomology groups).
The story started off with class field theory, which was developed over 100 years ago. Back then the Galois groups showing up were the absolute Galois group of a number field , i.e. , where or a finite extension such as . Later on the -adic numbers were discovered, and people found that the proofs could be simplified if you developed a theory for a completion of a number field with respect to a nontrivial valuation first (similarly to how you first prove theorems about and then about manifolds). The Langlands philosophy has as input not just a local or global field but also an algebraic group defined over , and re-interprets class field theory as "the Langlands philosophy for ".
In mathematics we've learnt over the years not to break symmetry if we don't have to, e.g.150 years ago people were studying matrices but now we study linear maps, because we can develop the theory of linear algebra without having to pick a basis. If is an abstract number field, such as the field obtained by adjoining a cube root of 2 to the rationals, then will have lots of -adic completions but it also has two archimedean completions, coming from the following two norms on : the first comes from embedding into by sending this abstract cube root of 2 to the real and then applying the usual norm on , and the second embeds in by sending the abstract cube root of 2 to either one of the complex non-real cube roots of 2 and then uses the usual norm on . Note that because it doesn't matter which complex cube root we choose. A general number field can be written as where is irreducible, and the number of archimedean completions of is equal to the number of irreducible factors of considered as a polynomial in , with the degree 1 factors giving "real completions" of , all isomorphic to , and the degree 2 factors giving these completions which are isomorphic to the complexes. Note however that the completion of a number field at a complex place is not "equal" to , it is merely a field containing a copy of the reals and having degree 2 over that field; it does not contain a canonical square root of . Because we're interested in the Langlands philosophy for number fields, and we want to study number fields by studying them locally, we see that when one is setting up the local theory it might be wise to take this into account and to develop some parts of mathematics for this field which I call , an algebraic closure of the reals with two square roots of which in some sense are indistinguishable. Fixing an isomorphism of a complex completion of a number field with is just like picking a basis -- historically popular, but often not necessary, and indeed it even impedes development of some parts of the theory because it's not a natural thing to do so it can cause some noise when one is attempting to do "functorial" things.
(1/3: Zulip doesn't like posts this long)
Kevin Buzzard (Aug 03 2022 at 16:09):
Conversely, when one is considering representations of groups like on Hilbert spaces, here it is absolutely essential that the Hilbert spaces are over ! This is a "different" in the theory, it's not a completion of a number field, it's some fixed choice of the complex numbers over which we're going to do some representation theory.
Even the most trivial example shows up the difference. If is a field like , with complex completion , then on the analysis side of the case of the Langlands program one wants to consider irreducible complex representations of and these things will all be one-dimensional, so they correspond to continuous (and hence ) group homomorphisms . If you've (non-canonically) identified with then you're developing the theory of continuous group homomorphisms and there's an "obvious" such homomorphism, namely the identity function. But this "obvious" homomorphism does not play a special role in the theory, indeed it only looks obvious because one has "picked a basis" and is now being led astray. The morphism which plays a special role in the theory is the norm representation sending to . Note that this makes sense as a representation of , as complex conjugation is still a thing on : it's the unique non-trivial element of the Galois group .
Earlier in my life I spent quite some time unravelling work of other people who were interested in the archimedean local part of the Langlands philosophy and would stick to groups like and , because they would typically not deal with so one would have to stare at their results and then extract the (often more beautiful) results about from them. This was not always easy. In contrast, in Langlands' original work on representations of real reductive groups he was sometimes careful not to make this choice, and would happily work with . Now mathlib
prides itself on working in the "correct generality". As I've said, sometimes is_R_or_C
, the typeclass which chooses an isomorphism of a field with or (and is in particular data) is definitely sometimes the right thing to do (e.g. when setting up the theory of Hilbert spaces). However it is definitely not always the right thing to do; sometimes one needs a proposition saying "this normed field is a completion of a number field", which could be represented as a Prop-valued is_R_or_Rbar
; there are several ways of formalising the concept (e.g. one cheap way would be "I am isomorphic to either or " but there are many others, e.g. "my norm is archimedean and I'm complete with respect to it", where an archimedean norm is defined to be a norm which is not non-archimedean).
(2/3)
Kevin Buzzard (Aug 03 2022 at 16:09):
What we lose by picking a basis is a far more conceptual way of handling the way that complex conjugation interacts with the theory. One can make constructions associated to a complete archimedean normed field and then translate these constructions along isomorphisms. If comes with an [is_R_or_Rbar k]
typeclass then there are more isomorphisms from to which preserve this typeclass than if it comes with an [is_R_or_C k]
typeclass; putting this typeclass on your field early means that there is now the question "how does your construction behave under complex conjugation?" and this now might be some horrible calculation involving finding all the API for how complex conjugation commutes with all the sub-constructions. Langlands argues that this little extra piece of data is sometimes really worth tracking, and picking a basis (by which I mean picking a square root of ) makes this data harder to track. Furthermore the fact that is_R_or_C
is a typeclass is very strange to me, because in the fields showing up in this part of mathematics there really isn't just one is_R_or_C
structure on e.g. , there are two, and I don't really want to choose either of them.
(3/3)
Oliver Nash (Aug 03 2022 at 17:27):
Is it fair to say that the real worry is that somebody might start writing lemmas about archimedean completions of number fields using is_R_or_C
?
Kevin Buzzard (Aug 03 2022 at 17:32):
In some sense it's even earlier than that -- I'm worried that people might start writing lemmas about or with is_R_or_C k
. Langlands eats a local or global field, and a (connected reductive) affine algebraic group defined over that field, e.g. GL_n. That's one part of the worry. The other part of the worry is that we're losing information, namely how complex conjugation acts on everything. For example if [is_R_or_C k]
and you can prove that but this statement looks like it needs a proof. With is_R_or_Rbar
you can deduce it from the fact that determinant commutes with isomorphisms, but the isomorphism in question doesn't preserve the is_R_or_C
structure, and this worries me a bit.
Filippo A. E. Nuccio (Aug 03 2022 at 17:33):
FWIW, when discussing how to set-up Local CFT with @María Inés de Frutos Fernández we agreed that this was not the right arithmetic notion, precisely because of the choice of the embedding. Would the fact that the unit ball is connected be a good way of determining which kind of valuation we are looking at?
Kevin Buzzard (Aug 03 2022 at 17:35):
Filippo I don't know which part of my huge message you're talking about!
Filippo A. E. Nuccio (Aug 03 2022 at 17:36):
I am sorry, I wrote my message answering @Oliver Nash 's precisely in the same moment when you added your last remark. I was answering his. Concerning your long one, I understand very well your concern, and I think it is serious -- but I have no idea for the moment.
Kevin Buzzard (Aug 03 2022 at 17:37):
Of course what I _should_ do is to just write is_R_or_Rbar
and then start experimenting with it!
Sebastien Gouezel (Aug 03 2022 at 17:37):
Right now, the is_R_or_C
structure in mathlib is definitely used to single out i
, and use it to do analysis. So, I'd say the current use is not problematic with respect to your message. What you are more worried about, if I understand correctly, is potential uses that are not yet in mathlib. There are two things you can do about that:
- Watch out for PRs and signal when the use of
is_R_or_C
is not the right one. - Improve the docstring of
is_R_or_C
.
Oliver Nash (Aug 03 2022 at 17:38):
I was about to suggest a doc string warning. I think this could go a long way to helping.
Oliver Nash (Aug 03 2022 at 17:40):
I think the concept "I have a normed field + an equivalence to either R or C" is not necessarily harmful. Perhaps functional analysis can be setup without this (it would be neat to see an attempt!) but it seems not to do any harm there.
Oliver Nash (Aug 03 2022 at 17:45):
One final thought: in module theory we allow ourselves to have an extensive API for bases but we are careful that lemmas should be stated in terms of freeness when this is the right concept.
Eric Wieser (Aug 03 2022 at 18:56):
Right now docs#is_R_or_C is only used for things which are definitionally ℝ or ℂ, not just isomorphic to them, yes?
Moritz Doll (Aug 03 2022 at 19:02):
is_R_or_C
has only two instances and as long as it stays that way we should be fine. One issue I have is that there is no way of proving statements separately for the reals and the complex numbers and then saying that it holds for is_R_or_C
Moritz Doll (Aug 03 2022 at 19:03):
there are enough theorems in analysis, where the proofs are quite different (or one uses the other), but in the end one wants a unified statement
Moritz Doll (Aug 03 2022 at 19:06):
I guess that if is_R_or_C
had a way of making sure that the only two instances can be and , then that would solve both problems.
Andrew Yang (Aug 03 2022 at 19:24):
How bad would it be to add the fields K = R \/ K = C
and h : K = complex -> h.cast I = complex.I
to is_R_or_C
?
Edit: You would need more fields to say the other class instances are equal as well.
Moritz Doll (Aug 03 2022 at 19:28):
I was just experimenting around with it and it works surprisingly well to address my problem, the question is whether it also solves Kevin's worries and whether there are any downsides
Moritz Doll (Aug 03 2022 at 19:29):
my hacky experiment:
class is_R_or_C_properly (k : Type*) : Prop :=
(is_R_or_C : k = ℝ ∨ k = ℂ)
lemma is_R_or_C' (k : Type*) [is_R_or_C_properly k] : k = ℝ ∨ k = ℂ := is_R_or_C_properly.is_R_or_C
lemma R_is_true (x : ℝ) : true := by trivial
lemma C_is_true (x : ℂ) : true := by trivial
example (k : Type*) [is_R_or_C_properly k] (x : k) : true :=
begin
cases (is_R_or_C' k) with h,
{ rw h at x,
exact R_is_true x },
rw h at x,
exact C_is_true x,
end
Andrew Yang (Aug 03 2022 at 19:33):
You would need the statement about complex.I
or else there will be two is_R_or_C ℂ
instances if I am not mistaken.
Then it should be possible to get subsingleton (is_R_or_C ℂ)
and subsingleton (is_R_or_C ℝ)
and you should be able to prove P ℝ -> P ℂ -> is_R_or_C K -> P K
.
Adam Topaz (Aug 03 2022 at 19:34):
As someone who is too lazy to read too much and has never actually used is_R_or_C
, can someone explain what was the original intention for such a class?
Yaël Dillies (Aug 03 2022 at 19:35):
Maybe better to do
induction is_R_or_C : Prop
| of_real : is_R_or_C ℝ
| of_complex : is_R_or_C ℂ
Moritz Doll (Aug 03 2022 at 19:36):
@Andrew Yang I know, I was just unsure whether rewrite works, I don't claim that my typeclass is good. it was just for experimenting around
Andrew Yang (Aug 03 2022 at 19:39):
The point of is_R_or_C
is to give a unified interface to R
and C
to define say complex and real inner-product spaces in one go If I am not mistaken. A K = R \/ K = C
statement on its own probably doesn't do much.
Adam Topaz (Aug 03 2022 at 19:43):
I guess my question is whether the choice of is really needed or whether the action of suffices?
Adam Topaz (Aug 03 2022 at 19:43):
I can imagine a p-adic analogue which characterizes completions of algebraic extensions of as well...
Kevin Buzzard (Aug 03 2022 at 20:41):
Adam Topaz said:
I guess my question is whether the choice of is really needed or whether the action of suffices?
Right -- I can envisage -sesquilinear forms :-)
Moritz Doll (Aug 03 2022 at 21:01):
I have no definitive answer, but my guess would be that we never really need the choice of . I cannot think of a way how that would ever come up.
Johan Commelin (Aug 04 2022 at 05:43):
There are plenty of formulas in analysis where i
shows up in the pen-and-paper treatment, right?
Johan Commelin (Aug 04 2022 at 05:43):
But maybe those aren't about is_R_or_C
type of fields, but about ℂ
only.
Johan Commelin (Aug 04 2022 at 05:43):
Everything containing (2π i)^k
, etc...
Kevin Buzzard (Aug 04 2022 at 07:23):
In the part of Hodge theory which leaks through into algebraic geometry you sometimes only see the group generated by this, which is well defined for Rbar.
Johan Commelin (Aug 04 2022 at 07:27):
I agree. There are some remarks in Hodge II about how i
showing up in the definition of polarization is actually not-a-real-choice. But it's an annoying thing that it even shows up.
Johan Commelin (Aug 04 2022 at 07:28):
Presumably you can take the kernel of exp
and do everything with tensor powers of that kernel. But I'm not sure if that is easier to formalize then the pick-a-basis-2πi
-and-check-that-it-doesnt-matter-route.
Junyan Xu (Aug 04 2022 at 15:56):
Andrew Yang said:
You would need the statement about
complex.I
or else there will be twois_R_or_C ℂ
instances if I am not mistaken.
Then it should be possible to getsubsingleton (is_R_or_C ℂ)
andsubsingleton (is_R_or_C ℝ)
and you should be able to proveP ℝ -> P ℂ -> is_R_or_C K -> P K
.
Among the data fields of docs#is_R_or_C, star_ring, normed_algebra and complete_space all depend on nontrivially_normed_field, so it's gonna be tricky. I imagine you need to first prove some extensionality lemma with heterogeneous equality ...
Jireh Loreaux (Aug 04 2022 at 17:31):
FYI: soon is_R_or_C
will extend densely_normed_field
(see #15657)
Eric Wieser (Aug 04 2022 at 17:32):
A related remark; there was one place where I had to use is_R_or_C
because I couldn't use inner_product_space
and normed_algebra
at the same time.
Johan Commelin (Aug 05 2022 at 05:11):
One thing I would like to see (but I don't yet know how) is a tiny sub-version of is_R_or_C
that only concerns the algebra (no topology, and in particular no completeness). Because in number theory this would mean https://en.wikipedia.org/wiki/Totally_real_field and https://en.wikipedia.org/wiki/CM-field. A lot of theory about hermitian forms etc can be set up in that generality, and is useful in number theory.
Johan Commelin (Aug 05 2022 at 05:12):
My gut feeling is that we might be able to set up a few nice mixin classes. But I don't have a design/proposal yet.
Kevin Buzzard (Aug 05 2022 at 06:55):
Right, but this is a different issue. You certainly wouldn't be choosing a square root of -1 there!
Johan Commelin (Aug 05 2022 at 06:58):
It's different but related. If we are redesigning/extending these classes, I think it is good to keep this in mind.
Johan Commelin (Aug 05 2022 at 07:00):
We have a nice library about quadratic forms in large generality. I think it would be good to develop the hermitian library in the right generality as well. And thinking about that might help carving out the right set of is_R_or_C
-related classes. We probably want a hierarchy/family of 3 or 4 such classes.
Chris Hughes (Jul 02 2023 at 10:01):
I'm just curious how these problems actually manifest themselves in Lean. If we were doing HoTT, we would have the problem that the notion of equality on Sigma k, Is_R_or_C k
would be the wrong one, but we're not doing HoTT and we can use whichever isomorphism notion we want.
The only issue is maybe there would be type class diamonds somewhere where you end up with non def-eq instances because the chosen square root of minu one is different, but I don't see where that would be a problem.
I also don't see the non-canonical maps as a problem. We already have choices of maps into things like algebraic closures and you just have to understand that these maps are not natural when you use them. I think to be honest, the first thing we would do with our is_R_or_Rbar
is use Classical.choice
to pick an I
.
My view is that mathematician care about this on paper because they're implicitly assuming some meta theorem similar to univalence or parametricity. Classical.choice
breaks univalence and Classical.decEq
breaks parametricity so we can't really use these meta theorems in mathlib very easily anyway, and for this reason, I don't think these considerations are relevant to us.
Chris Hughes (Jul 02 2023 at 10:03):
To prove constructions are isomorphism invariant in Lean, you will have to do the work whatever construction you choose and you won't be able to handwave something about not making any choices like you can on paper.
Chris Hughes (Jul 02 2023 at 11:23):
Did I accidentally reply to a year old thread? Oops
Last updated: Dec 20 2023 at 11:08 UTC