Skip to content
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

Blockwise setindex in vcat etc. #1662

Merged
merged 3 commits into from
Apr 16, 2024
Merged

Blockwise setindex in vcat etc. #1662

merged 3 commits into from
Apr 16, 2024

Conversation

joschmitt
Copy link
Collaborator

@joschmitt joschmitt commented Apr 10, 2024

This way we don't have to access single matrix entries for the flint types in Nemo.

Also removes vcat(::MatElem, ::MatElem) and hcat(::MatElem, ::MatElem) in favour of vcat(::MatrixElem...) etc. (assuming CI agrees).

Copy link

codecov bot commented Apr 10, 2024

Codecov Report

Attention: Patch coverage is 71.42857% with 4 lines in your changes are missing coverage. Please review.

Project coverage is 86.93%. Comparing base (e2b898a) to head (76d56a8).

Files Patch % Lines
src/Matrix.jl 71.42% 4 Missing ⚠️
Additional details and impacted files
@@            Coverage Diff             @@
##           master    #1662      +/-   ##
==========================================
+ Coverage   86.88%   86.93%   +0.04%     
==========================================
  Files         116      116              
  Lines       29652    29624      -28     
==========================================
- Hits        25764    25753      -11     
+ Misses       3888     3871      -17     

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

@joschmitt
Copy link
Collaborator Author

So probably I can't remove the vcat(::MatElem, ::MatElem) version because it is used in OSCAR for the wrong reasons (see oscar-system/Oscar.jl#3580) and even if I fix that later versions of OSCAR would be broken with AbstractAlgebra, correct?

@joschmitt joschmitt closed this Apr 10, 2024
@joschmitt joschmitt reopened this Apr 10, 2024
@lgoettgens
Copy link
Collaborator

So probably I can't remove the vcat(::MatElem, ::MatElem) version because it is used in OSCAR for the wrong reasons (see oscar-system/Oscar.jl#3580) and even if I fix that later versions of OSCAR would be broken with AbstractAlgebra, correct?

I would consider the current behavior here a bug (coercing the second matrix into the ring of the first), so this bug can and should be fixed. The fix in Oscar (oscar-system/Oscar.jl#3580) should get backported to 1.0.
And we will have a "fake breaking release" in the near future anyway (due to printing), so we could include this removal there to ease the transition.

And there seems to be some issue with Hecke here.

@thofma
Copy link
Member

thofma commented Apr 12, 2024

Do we need a new label? "fake breaking"?

@joschmitt
Copy link
Collaborator Author

I removed the commit that made this pull request breaking (and will open another pull request soon). This pull request should now be neither breaking nor fake breaking.

@thofma thofma merged commit 96b9d54 into Nemocas:master Apr 16, 2024
28 of 31 checks passed
@joschmitt joschmitt deleted the js/vcat branch April 16, 2024 14:56
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants