-
Notifications
You must be signed in to change notification settings - Fork 162
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
NiceMonomorphism regression #5037
Comments
I am not surprised about these problems, I was rather surprised that the problems with the previous code (infinite recursion when calling I am still convinced that #5029 is a reasonable bugfix. (And the "regression" label looks funny from this point of view.) For the moment, I think that reverting the changes from #5029 is the only way to avoid the failures in the tests of the packages. |
This addresses issue gap-system#5037. The test will be activated again as soon as the relevant packages are adjusted to it.
This addresses issue #5037. The test will be activated again as soon as the relevant packages are adjusted to it.
All of these are resolved by now, so I guess we could re-enable the strict check for this |
The problem is fixed in the development versions of the packages in question, but not yet in released versions. |
I believe all packages had updates with the fixes in them by now. |
Unfortunately PR #5029 causes a regression in a bunch of packages, see this report:
IsInjective
flag before callingSetNiceMonomorphism
gap-packages/fr#55, available in version 2.4.11IsInjective
flag for nice monomorphism ... gap-packages/rcwa#25, not yet available in version 4.7.0IsInjective
flag before callingSetNiceMonomorphism
semigroups/Semigroups#870, not yet available in version 5.0.2I think we need to disable this error for now -- or perhaps turn it into an
InfoWarning
, but the warning must not be shown on the default level as that would still break those test suites).On the long run, someone can submit PRs to each of those packages to fix them up, and once they all had a release, we can re-enable the error.
[ IMHO this also answers whether we should backport that PR ;-) ]
The text was updated successfully, but these errors were encountered: