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

LieAlgebras: Streamline exports in Oscar.LieAlgebras #4036

Merged
merged 9 commits into from
Sep 10, 2024

Conversation

lgoettgens
Copy link
Member

as suggested by @fingolfin in #4031 (comment).

@lgoettgens lgoettgens added topic: LieAlgebras experimental Only changes experimental parts of the code labels Aug 21, 2024
@lgoettgens lgoettgens removed the experimental Only changes experimental parts of the code label Aug 21, 2024
@lgoettgens lgoettgens marked this pull request as ready for review August 21, 2024 14:32
@@ -3,11 +3,11 @@
# more efficient implementation.

function combinations(n::Integer, k::Integer)
return sort(subsets(n, k))
return sort(AbstractAlgebra.combinations(n, k))
Copy link
Member

Choose a reason for hiding this comment

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

That's an unrelated change? (Not that I terribly mind, just am surprised)

Copy link
Member Author

Choose a reason for hiding this comment

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

When fixing the calls to this method outside of Oscar.LieAlgebras I found this as an alternative. It does not make any speed difference in the limited places it is called anyway. So this change is more a note to me to see if I can get rid of Oscar.LieAlgebras.combinations in the near future.

@@ -1333,6 +1333,7 @@ export ring_elem_type
export ring_type
export rising_factorial
export root
export roots
Copy link
Member

Choose a reason for hiding this comment

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

again, I am not really objecting, just surprised as this seems to go beyond the PR description, so I am double checking to verify this is intended?

Copy link
Member Author

Choose a reason for hiding this comment

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

roots is reexported from Hecke anyway. Oscar.LieAlgebras was kind of inconsistent about exporting it.
And it felt somehow wrong to export it from Oscar in the LieAlgebras experimental folder, although it is not introduced there (as everything else that is exported there) but imported from Oscar/Hecke/...
This felt cleaner than just removing the export from OSCAR entirely and rely on the reexport

Copy link

codecov bot commented Aug 23, 2024

Codecov Report

All modified and coverable lines are covered by tests ✅

Project coverage is 84.79%. Comparing base (a7e4188) to head (c14fee1).
Report is 46 commits behind head on master.

Additional details and impacted files
@@            Coverage Diff             @@
##           master    #4036      +/-   ##
==========================================
+ Coverage   84.58%   84.79%   +0.21%     
==========================================
  Files         597      599       +2     
  Lines       82237    84051    +1814     
==========================================
+ Hits        69559    71275    +1716     
- Misses      12678    12776      +98     
Files with missing lines Coverage Δ
experimental/Experimental.jl 88.23% <ø> (ø)
...ntal/FTheoryTools/src/FamilyOfSpaces/attributes.jl 100.00% <100.00%> (ø)
experimental/LieAlgebras/src/Combinatorics.jl 100.00% <100.00%> (ø)
experimental/LieAlgebras/src/LieAlgebras.jl 100.00% <ø> (ø)
experimental/LieAlgebras/src/Util.jl 100.00% <ø> (ø)

... and 22 files with indirect coverage changes

@lgoettgens lgoettgens changed the title Streamline exports in Oscar.LieAlgebras LieAlgebras: Streamline exports in Oscar.LieAlgebras Aug 23, 2024
@lgoettgens lgoettgens closed this Aug 23, 2024
@lgoettgens lgoettgens reopened this Aug 23, 2024
@lgoettgens
Copy link
Member Author

Bump @fingolfin

@lgoettgens
Copy link
Member Author

Bump @fingolfin . It would be great to get this in before #4053 to avoid merge conflicts.

@fingolfin
Copy link
Member

Sorry I didn't see your "bump" here -- I regularly get flooded with GitHub notifications. I recommend pinging me on Slack again, that has a much better signal-to-noise ratio

@fingolfin fingolfin merged commit 224cb53 into oscar-system:master Sep 10, 2024
54 checks passed
@lgoettgens lgoettgens deleted the lg/Lie-exports branch September 10, 2024 12:09
lgoettgens added a commit to lgoettgens/Oscar.jl that referenced this pull request Sep 10, 2024
HechtiDerLachs pushed a commit to HechtiDerLachs/Oscar.jl that referenced this pull request Sep 13, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants