Skip to content

feat(RepresentationTheory/Homological/GroupHomology/Basic): define group homology#21740

Closed
101damnations wants to merge 235 commits intomasterfrom
gphombasic
Closed

feat(RepresentationTheory/Homological/GroupHomology/Basic): define group homology#21740
101damnations wants to merge 235 commits intomasterfrom
gphombasic

Conversation

@101damnations
Copy link
Copy Markdown
Collaborator

@101damnations 101damnations commented Feb 11, 2025

Let k be a commutative ring and G a group. This PR defines the group homology of A : Rep k G to be the homology of the complex
$$\dots \to \bigoplus_{G^2} A \to \bigoplus_{G^1} A \to \bigoplus_{G^0} A$$
(using Finsupp for the objects) with differential $d_n$ sending $a\cdot (g_0, \dots, g_n)$ to
$$\rho(g_0^{-1})(a)\cdot (g_1, \dots, g_n) + \sum_{i = 0}^{n - 1}(-1)^{i + 1}a\cdot (g_0, \dots, g_ig_{i + 1}, \dots, g_n) + (-1)^{n + 1}a\cdot (g_0, \dots, g_{n - 1})$$ (where ρ is the representation attached to A).
We have a k-linear isomorphism $\bigoplus_{G^n} A \cong (A \otimes_k \left(\bigoplus_{G^n} k[G]\right))_G$ given by Rep.coinvariantsTensorFreeLEquiv. If we conjugate the nth differential in $(A \otimes_k P)_G$ by this isomorphism, where P is the bar resolution of k as a trivial k-linear G-representation, then the resulting map agrees with the differential $d_n$ defined above, a fact we prove.
Hence our $d_n$ squares to zero, and we get $\mathrm{H}_n(G, A) \cong \mathrm{Tor}_n(A, k),$ where $\mathrm{Tor}$ is defined by deriving the second argument of the functor $(A, B) \mapsto (A \otimes_k B)_G.$


Open in Gitpod

@leanprover-community-bot-assistant leanprover-community-bot-assistant removed the merge-conflict The PR has a merge conflict with master, and needs manual merging. (this label is managed by a bot) label Jun 8, 2025
@github-actions github-actions bot removed the large-import Automatically added label for PRs with a significant increase in transitive imports label Jun 8, 2025
@mathlib4-dependent-issues-bot mathlib4-dependent-issues-bot removed the blocked-by-other-PR This PR depends on another PR (this label is automatically managed by a bot) label Jun 9, 2025
Note that the existing definition of `Tor` in `Mathlib.CategoryTheory.Monoidal.Tor` is for monoidal
categories, and the bifunctor we use here does not define a monoidal structure on `Rep k G` in
general. It corresponds to tensoring modules over `k[G]`, but currently mathlib's `TensorProduct`
is only defined for commutative rings.
Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm a bit confused by this. If G is nonabelian then the tensor product of two (left) k[G]-modules probably can't be done over k[G], and the tensor product of a left module and a right module will only be an abelian group. Isn't what's going on something more subtle, and not purely ring-theoretic, where G acts on a tensor product in some diagonal way, and in particular the definition depends on "which elements of the ring are actually in the group"? Or have I misunderstood? I just don't get what "It corresponds to tensoring modules over k[G]" can mean.

Copy link
Copy Markdown
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks, I've made the comment clearer and added "It is naturally isomorphic to the functor sending A, B to A ⊗[k[G]] B, where we give A the k[G]ᵐᵒᵖ-module structure defined by g • a := A.ρ g⁻¹ a", so yeah it's a k-module but not a k[G]-module in general.

Copy link
Copy Markdown
Member

@kbuzzard kbuzzard left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This looks great to me -- thanks and congratulations! TIL the edge behaviour of contractNth (it can also send (g0,g1,...,gn) to (g0,g1,...,g(n-1)) without doing any multiplication -- for a while I was very confused!)

@101damnations
Copy link
Copy Markdown
Collaborator Author

This PR has been migrated to a fork-based workflow: #25868

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

file-removed A Lean module was (re)moved without a `deprecated_module` annotation t-algebra Algebra (groups, rings, fields, etc)

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants