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

Use package extensions in more packages #5760

Open
1 of 9 tasks
fingolfin opened this issue Jul 3, 2024 · 0 comments
Open
1 of 9 tasks

Use package extensions in more packages #5760

fingolfin opened this issue Jul 3, 2024 · 0 comments

Comments

@fingolfin
Copy link
Member

fingolfin commented Jul 3, 2024

GAP 4.13.0 introduced package extensions, see PR #5375 plus some example added in PR #5490.

They are implemented in a way that packages can use them but still be compatible with older GAP versions (albeit of course without the benefits). So far this feature is used by atlasrep, browse, ctbllib, packagemanager.

I think it is time to let more packages use them. Basically anything that calls IsPackageMarkedForLoading in its init.g or read.g is a likely candidate for this.

So here is an incomplete list of packages that could benefit from them. I plan to extend it over time, please feel free to add to it.

  • aclib: for crystcat
  • cddlib: for JuliaInterface + ToolsForHomalg
  • genss: for dependency on io
    • it really is only for pickling support (and there is already code in its read.g to make it work with io not loaded).
  • hap: for a ton of packages
  • lpres: for ACE (and pargap but that one doesn't work anymore anyway)
  • numericalsgps: for NormalizInterface, singular, and a bunch more
  • polenta: for aclib
  • sglppow: for LieRing + LiePRing
  • typeset: for digraphs

For each the plan would be to eventually either open an issue or a PR addressing this.

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

No branches or pull requests

1 participant