Opened 7 years ago
Last modified 5 years ago
#16687 new enhancement
Use gp2c for GP scripts
Reported by: | rws | Owned by: | |
---|---|---|---|
Priority: | major | Milestone: | sage-wishlist |
Component: | interfaces | Keywords: | |
Cc: | Merged in: | ||
Authors: | Reviewers: | ||
Report Upstream: | N/A | Work issues: | |
Branch: | Commit: | ||
Dependencies: | #15809 | Stopgaps: |
Description (last modified by )
This metaticket is considered closed when all functionality in src/ext/pari/
is available without usage of gp()
. At the moment there is:
src/ext/pari/buzzard: DimensionSk.g genusn.g Tpprog.g src/ext/pari/dokchitser: computel.gp src/ext/pari/simon: ellcommon.gp ell.gp ellQ.gp qfsolve.gp resultant3.gp
The ticket is also part of #16688.
Change History (8)
comment:1 Changed 7 years ago by
comment:2 Changed 7 years ago by
- Description modified (diff)
comment:3 Changed 7 years ago by
- Milestone changed from sage-6.3 to sage-6.4
comment:4 Changed 7 years ago by
- Description modified (diff)
Surely, the files and the directory do not need to be removed. Complaining about GP source files would be the same as complaining about .py
files and you don't want to remove all of those either...
It should be possible to run those GP scripts within the PARI library in Sage but the main issue I see is that some of these scripts use global variables and GP lacks namespaces.
comment:5 Changed 7 years ago by
- Summary changed from replace src/ext/pari/* with libpari code to Read gp scripts using libPARI
comment:6 Changed 7 years ago by
Let me add that I personally don't care much about this ticket since using gp()
is not a problem to be fixed IMHO.
comment:7 Changed 6 years ago by
- Milestone changed from sage-6.4 to sage-wishlist
comment:8 Changed 5 years ago by
- Dependencies set to #15809
- Description modified (diff)
- Summary changed from Read gp scripts using libPARI to Use gp2c for GP scripts
These are stand-alone programs, written in gp. The natural way of running them within a process would be by giving them each their own "pari" instance (is that possible?), possibly even a fresh one for each run. Is starting/stopping a pari instance cheaper than starting a new gp process?
It may of course be possible to use these programs as gp/pari "libraries", possibly not even clashing ones, but that might need significant modifications to the programs.