New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fix for functorial construction of monoid algebras #27937
Comments
Commit: |
Branch: u/gh-mwageringel/27937 |
Author: Markus Wageringel |
comment:1
It seems more appropriate to return an New commits:
|
comment:2
Please replace |
Reviewer: Vincent Delecroix |
Branch pushed to git repo; I updated commit sha1. This was a forced push. New commits:
|
comment:5
I see. Thank you for the feedback. I changed it. |
comment:7
In your example, there is no need to check that
|
Branch pushed to git repo; I updated commit sha1. This was a forced push. New commits:
|
comment:9
Thanks, I applied the suggested changes. I kept the output of |
comment:10
Moving tickets from the Sage 8.8 milestone that have been actively worked on in the last six months to the next release milestone (optimistically). |
comment:11
Looks good to me. Vincent, do you approve ? |
Changed author from Markus Wageringel to Markus Wageringel, Frédéric Chapoton |
comment:12
Replying to @fchapoton:
Sorry. It got off my radar. |
Changed branch from u/gh-mwageringel/27937 to |
The
GroupAlgebraFunctor
is general enough to support algebras over structures that are not groups, such as monoids, so the following should either return None or a functorial construction.In the case of groups this works, but for monoids it does not since
A.group()
is not defined. This ticket fixes that by callingA.basis().keys()
instead, which is the default implementation ofgroup()
insage.categories.group_algebras
.The above issue also causes this seemingly unrelated problem for computing 4×4 determinants over
A
.For smaller matrices this works, as determinants are computed explicitly, but for 4×4 matrices and larger, this involves the computation of the characteristic polynomial. However,
_charpoly_df
is implemented in a way that requires quite complicated coercions, apparently. Therefore, this ticket also adjusts the implementation of_charpoly_df
to avoid this, by constructing the polynomial from the list of its coefficients.Component: categories
Keywords: algebra
Author: Markus Wageringel, Frédéric Chapoton
Branch/Commit:
5b97d03
Reviewer: Vincent Delecroix
Issue created by migration from https://trac.sagemath.org/ticket/27937
The text was updated successfully, but these errors were encountered: