analytic_rank crashes #1234

zimmermann6 · 2007-11-21T14:04:25Z

Maybe the following is not feasible, but analytic_rank could crash smoothly.

sage: d=100032426715415089/251987961355200625
sage: E = EllipticCurve([0, -d^3+5*d^2, 0, -8*d^5+8*d^4, 4*d^8-8*d^7+4*d^6])
sage: F = E.minimal_model()
sage: F.analytic_rank(algorithm='cremona')
<type 'exceptions.RuntimeError'>: Error: '  *** elltors: precision too low in torsell.

sage: F.analytic_rank(algorithm='rubinstein')
<type 'exceptions.TypeError'>: unable to convert x (= 6.90579e+20 and is too large) to an integer

sage: F.analytic_rank(algorithm='sympow')
sympow 1.018 RELEASE  (c) Mark Watkins --- see README and COPYING for details
**ERROR** c4 invariant is too large

From John Cremona: the "cremona" version just wraps a gp script, which
needs to have sufficient precision even for ellinit() to work ok here.
Unfortunately this call will run in its own gp session, and it is not
possible for the user to set the precision. (I found the same while
running a lot of examples through Denis Simon's gp scripts). The
solution is to change the wrapper to have a precision parameter, with
some reasonable default for backwards compatibility, which gets passes
through to gp.

Component: algebraic geometry

Issue created by migration from https://trac.sagemath.org/ticket/1234

The text was updated successfully, but these errors were encountered:

JohnCremona · 2007-11-21T14:18:23Z

comment:1

NB I think that all functions which wrap gp scripts should have the ability to set various gp defaults before the scripts are run. Notably the real precision (which is the culprit above), but also in other cases.

This should be easy but tedious -- is there anywhere a list of which functions operate by running a gp script?

jec

sagetrac-mabshoff · 2008-02-15T22:58:31Z

comment:3

Still an issue with Sage 2.10.2.alpha0.

Cheers,

Michael

JohnCremona · 2008-02-16T10:36:50Z

comment:4

I can only speak for the first of these, begin responsible for the gp script which computes analytic rank.

This curve has conductor N=690579402364042119390 which is vastly too big for the analytic rank algorithm anyway (it requires the computation of O(sqrt(N)) terms of the L-series).

Also relevant here is that my analytic rank gp code is old. When Magma adopted it, it was vastly improved (by Mark Watkins), which means that for several years I have not used my own gp program at all, let alone developed it. For this curve, I don't think even Magma would succeed in computing its analytic rank.

sagetrac-mabshoff · 2008-06-26T06:56:16Z

comment:5

What shall we do about this ticket?

Thoughts?

Cheers,

Michael

JohnCremona · 2008-06-26T08:19:15Z

comment:6

Replying to @sagetrac-mabshoff:

What shall we do about this ticket?

Thoughts?

Cheers,

Michael

Given the fundamental problem that computing the analytic rank increases rapidly with the conductor N (I think it is sqrt(N)), one solution would be to impose a (carefully-chosen but necessarily somewhat arbitrary) cutoff N_max, so that asking for the analytic rank of a curve of conductor>N_max would result in an error.

One way to implement this would be to have N_max a parameter to the analytic rank function, with a default value of (say) 10^6 or 10^7. (I would have to do some experiments to decide on a sensible value). The docstring could explain that the user is allowed to increase this but warn that it may take (effectively) for ever.

JohnCremona · 2008-06-26T08:23:04Z

comment:7

PS The vale of N_max would presumably be different for the different algorithms supported (sympow, lcalc, etc). I was only thing of the "cremona" algorithm. I also note that the docstring claims that lcalc is the most efficient, but cremona is the default -- that was not my decision!

williamstein · 2009-01-22T08:20:11Z

Attachment: trac_1234.patch.gz

williamstein · 2009-01-22T08:26:33Z

comment:8

The attached patch cleans up the exceptions raised, as requested. Also, in the (default) case where Cremona's gp script is used, the precision is automatically doubled until it doesn't fail. I also start the precision at 16 rather than the default, since it will get automatically double if necessary, and it's about 3 times faster usually by using this smaller precision to start:

BEFORE:
sage: E = EllipticCurve('5077a')
sage: time E.analytic_rank()
CPU times: user 0.01 s, sys: 0.01 s, total: 0.02 s
Wall time: 0.21 s


AFTER:
sage: E = EllipticCurve('5077a')
sage: time E.analytic_rank()
CPU times: user 0.02 s, sys: 0.00 s, total: 0.02 s
Wall time: 0.06 s


and another

BEFORE:
sage: time elliptic_curves.rank(4)[0].analytic_rank()
CPU times: user 0.01 s, sys: 0.00 s, total: 0.01 s
Wall time: 0.50 s
4

AFTER:
sage: time elliptic_curves.rank(4)[0].analytic_rank()
CPU times: user 0.01 s, sys: 0.00 s, total: 0.01 s
Wall time: 0.33 s
4

JohnCremona · 2009-01-22T09:40:18Z

comment:9

Review: excellent and well done. Applies cleanly to 3.3.alpha0 and all tests in elliptic_curves pass.

Suggestion: I see that for EllipticCurve([1234567,89101112]) which has conductor 61928339435779485920, sympow and rubinstein know they are beaten and quit, while cremona just takes a long time (I did not wait). It might be a good idea to work out a sensible conductor limit for my gp script and have sage only call the script if under that (perhaps with a parameter to allow users to override it). But that would depend on many factors (speed of machine etc), and this patch should not be delayed because of that.

Pass!

zimmermann6 · 2009-01-22T09:46:25Z

comment:10

I also was testing the patch, but John was faster than me. Just a comment: it would be better to capitalize
people names (rubinstein -> Rubinstein, weierstrass -> Weierstrass), at least in the documentation
(for the options, it might involve too much work).

JohnCremona · 2009-01-22T10:09:16Z

comment:11

Replying to @zimmermann6:

I also was testing the patch, but John was faster than me. Just a comment: it would be better to capitalize
people names (rubinstein -> Rubinstein, weierstrass -> Weierstrass), at least in the documentation
(for the options, it might involve too much work).

I agree with capitalization in documentation; for parameters it would probably be best to allow either.

sagetrac-mabshoff · 2009-01-23T10:26:07Z

comment:13

Merged in Sage 3.3.alpha1

Cheers,

Michael

…5126)  ### 📚 Description   `fedora-33-maximal` fails because one of our optional packages is missing. https://github.com/mkoeppe/sage/actions/runs/4158995778/jobs/7212691967 We fix it by ignoring the absence of packages for this configuration, like we do for earlier versions of `fedora`.  ### 📝 Checklist    - [x] I have made sure that the title is self-explanatory and the description concisely explains the PR. - [ ] I have linked an issue or discussion. - [ ] I have created tests covering the changes. - [ ] I have updated the documentation accordingly. ### ⌛ Dependencies

We provide an implementation of Specht modules for the Ariki-Koike algebra $H_{r,n}(q,u)$ over a field (more generally, a commutative ring with $q^k u_i - u_j$ for all applicable $i, j,k$ are invertible). To help ease the construction, we add an additional optional argument to the AK algebra constructor to have the base ring convert to the fraction field.    ### 📝 Checklist     - [x] The title is concise, informative, and self-explanatory. - [x] The description explains in detail what this PR is about. - [x] I have linked a relevant issue or discussion. - [x] I have created tests covering the changes. - [x] I have updated the documentation accordingly. ### ⌛ Dependencies   URL: sagemath#36980 Reported by: Travis Scrimshaw Reviewer(s): Matthias Köppe, Travis Scrimshaw

…`sage.features`: Remove deprecated methods     - Fixes sagemath#35255 Removes methods deprecated in: - sagemath#31292 (2022) - sagemath#33114 (2022)  ### 📝 Checklist     - [x] The title is concise, informative, and self-explanatory. - [ ] The description explains in detail what this PR is about. - [x] I have linked a relevant issue or discussion. - [ ] I have created tests covering the changes. - [ ] I have updated the documentation accordingly. ### ⌛ Dependencies   URL: sagemath#37312 Reported by: Matthias Köppe Reviewer(s): Kwankyu Lee

We provide an implementation of Specht modules for the Ariki-Koike algebra $H_{r,n}(q,u)$ over a field (more generally, a commutative ring with $q^k u_i - u_j$ for all applicable $i, j,k$ are invertible). To help ease the construction, we add an additional optional argument to the AK algebra constructor to have the base ring convert to the fraction field.    ### 📝 Checklist     - [x] The title is concise, informative, and self-explanatory. - [x] The description explains in detail what this PR is about. - [x] I have linked a relevant issue or discussion. - [x] I have created tests covering the changes. - [x] I have updated the documentation accordingly. ### ⌛ Dependencies   URL: sagemath#36980 Reported by: Travis Scrimshaw Reviewer(s): Matthias Köppe, Travis Scrimshaw

…`sage.features`: Remove deprecated methods     - Fixes sagemath#35255 Removes methods deprecated in: - sagemath#31292 (2022) - sagemath#33114 (2022)  ### 📝 Checklist     - [x] The title is concise, informative, and self-explanatory. - [ ] The description explains in detail what this PR is about. - [x] I have linked a relevant issue or discussion. - [ ] I have created tests covering the changes. - [ ] I have updated the documentation accordingly. ### ⌛ Dependencies   URL: sagemath#37312 Reported by: Matthias Köppe Reviewer(s): Kwankyu Lee

…pkg_collect.m4`, `sage-spkg-info` through `sage --package properties`, `sage-get-system-packages`   Using the command `sage --package properties` added in sagemath#37018, we eliminate some direct references to `build/pkgs/` from various scripts and reduce code duplication in reading SPKG metadata. Using other `sage --package` commands, we also simplify the code for `bootstrap -s` and `bootstrap -D`. Review instructions: Note that there are changes to the `bootstrap`-generated file `m4/sage_spkg_configures.m4`: - The macro `SAGE_SPKG_COLLECT_INIT` is now called explicitly, with an argument (the full list of packages). - Lines such as `m4_define([SPKG_INSTALL_REQUIRES_exceptiongroup], [['exceptiongroup; python_version<\"3.11\"',]])dnl` are added for use by the macro `SAGE_PYTHON_PACKAGE_CHECK` (replacing direct access to `version_requirements.txt` files)   This is: - Split out from sagemath#36740  ### 📝 Checklist     - [x] The title is concise, informative, and self-explanatory. - [x] The description explains in detail what this PR is about. - [x] I have linked a relevant issue or discussion. - [ ] I have created tests covering the changes. - [ ] I have updated the documentation accordingly. ### ⌛ Dependencies   URL: sagemath#37430 Reported by: Matthias Köppe Reviewer(s): Julian Rüth, Kwankyu Lee, Matthias Köppe, Tobias Diez

…ensional Lie algebra representation   The goal of this PR is to implement the BGG resolution of a finite dimensional simple Lie algebra representation $L_{\lambda}$. In order to implement this, we need to implement a number of features: - Simple modules (this does not assume finite dimensional). - Dual modules in BGG category $\mathcal{O}$. - Fix embeddings of Verma modules sagemath#36793. - Improve construction of elements of free abelian monoids when strings are indices. - Move `to_root_vector()` to a method of fundamental weights and cache the inverse Cartan matrix. - Add `is_dominant_weight()` method to weight lattice realization elements. - Add `is_verma_dominant()` to define a dominant weight in the sense of the Humphreys 2008 reference, which means the Verma module is projective (that is, maximal in its dot action orbit). - Add the category of `FiniteDimensionalKacMoodyAlgebras`. - `@cache_in_parent_method` marked `weak_le` for Coxeter groups. - Subclass of PBW bases for semisimple Lie algebras. We also add methods to compute the contravariant form of a Verma module and add tester methods for them being simple or projective. It is possible to split this up into smaller parts, but it is natural for them to go together given the final goal. One major TODO is to speed up the computation of the bases of the simple modules. The main place to optimize this would be to improve the multiplication of the PBW basis code, which for finite dimensional Lie algebras (not necessarily semisimple), this could be improved by using the fixed basis order and using the monomials as vectors to avoid lots of calls for getting the sort order and comparing. In particular, the triangular sorting order for the Chevalley basis implementation has error messages being raised (and caught) for comparing the roots and coroots. This will be done at some point on a separate PR.    ### 📝 Checklist     - [x] The title is concise, informative, and self-explanatory. - [x] The description explains in detail what this PR is about. - [x] I have linked a relevant issue or discussion. - [x] I have created tests covering the changes. - [x] I have updated the documentation accordingly. ### ⌛ Dependencies   URL: sagemath#37297 Reported by: Travis Scrimshaw Reviewer(s): Matthias Köppe, Travis Scrimshaw

Our Mathics package is outdated (and also the interface shows test failures in CI - e.g. in https://github.com/sagemath/sage/actions/runs/7 894201915/job/21638423818#step:14:3279) Trying to update Mathics reveals more dependencies, include scikit-image and llvm-lite. Here we reduce it to a "pip" package to simplify maintenance of the package on our side. The latest released version 6.0.4 fails to install in Sage because of rigid version constraints. We are using the current HEAD version (7.0.0dev), which includes - Mathics3/mathics-core#1014 - Mathics3/mathics-core#1034    ### 📝 Checklist     - [x] The title is concise, informative, and self-explanatory. - [x] The description explains in detail what this PR is about. - [ ] I have linked a relevant issue or discussion. - [ ] I have created tests covering the changes. - [ ] I have updated the documentation accordingly. ### ⌛ Dependencies   URL: sagemath#37395 Reported by: Matthias Köppe Reviewer(s): Matthias Köppe, Sebastian Oehms

@dimpase

Continuation of sagemath#23712 Author: @dimpase, @tornaria, @aikrahguzar   Resolves sagemath#23712  ### 📝 Checklist     - [x] The title is concise, informative, and self-explanatory. - [ ] The description explains in detail what this PR is about. - [x] I have linked a relevant issue or discussion. - [ ] I have created tests covering the changes. - [ ] I have updated the documentation accordingly. ### ⌛ Dependencies   URL: sagemath#36969 Reported by: Matthias Köppe Reviewer(s): aikrahguzar, Matthias Köppe

@dimpase

Continuation of sagemath#23712 Author: @dimpase, @tornaria, @aikrahguzar   Resolves sagemath#23712  ### 📝 Checklist     - [x] The title is concise, informative, and self-explanatory. - [ ] The description explains in detail what this PR is about. - [x] I have linked a relevant issue or discussion. - [ ] I have created tests covering the changes. - [ ] I have updated the documentation accordingly. ### ⌛ Dependencies   URL: sagemath#36969 Reported by: Matthias Köppe Reviewer(s): aikrahguzar, Matthias Köppe

…ltiprocessing,threads`      - Partially addresses sagemath#36539 ### 📝 Checklist     - [x] The title is concise, informative, and self-explanatory. - [ ] The description explains in detail what this PR is about. - [x] I have linked a relevant issue or discussion. - [ ] I have created tests covering the changes. - [ ] I have updated the documentation accordingly. ### ⌛ Dependencies   URL: sagemath#37010 Reported by: Matthias Köppe Reviewer(s): Kwankyu Lee

…ages   Vote: https://groups.google.com/g/sage-devel/c/MIU-xo9b7pc Vote (redo): https://groups.google.com/g/sage-devel/c/lPLoA7zaoyg Fixes sagemath#31110    ### 📝 Checklist     - [x] The title is concise, informative, and self-explanatory. - [ ] The description explains in detail what this PR is about. - [x] I have linked a relevant issue or discussion. - [ ] I have created tests covering the changes. - [ ] I have updated the documentation accordingly. ### ⌛ Dependencies   URL: sagemath#37301 Reported by: Matthias Köppe Reviewer(s): Kwankyu Lee

@dimpase

Continuation of sagemath#23712 Author: @dimpase, @tornaria, @aikrahguzar   Resolves sagemath#23712  ### 📝 Checklist     - [x] The title is concise, informative, and self-explanatory. - [ ] The description explains in detail what this PR is about. - [x] I have linked a relevant issue or discussion. - [ ] I have created tests covering the changes. - [ ] I have updated the documentation accordingly. ### ⌛ Dependencies   URL: sagemath#36969 Reported by: Matthias Köppe Reviewer(s): aikrahguzar, Matthias Köppe

…ltiprocessing,threads`      - Partially addresses sagemath#36539 ### 📝 Checklist     - [x] The title is concise, informative, and self-explanatory. - [ ] The description explains in detail what this PR is about. - [x] I have linked a relevant issue or discussion. - [ ] I have created tests covering the changes. - [ ] I have updated the documentation accordingly. ### ⌛ Dependencies   URL: sagemath#37010 Reported by: Matthias Köppe Reviewer(s): Kwankyu Lee

…ages   Vote: https://groups.google.com/g/sage-devel/c/MIU-xo9b7pc Vote (redo): https://groups.google.com/g/sage-devel/c/lPLoA7zaoyg Fixes sagemath#31110    ### 📝 Checklist     - [x] The title is concise, informative, and self-explanatory. - [ ] The description explains in detail what this PR is about. - [x] I have linked a relevant issue or discussion. - [ ] I have created tests covering the changes. - [ ] I have updated the documentation accordingly. ### ⌛ Dependencies   URL: sagemath#37301 Reported by: Matthias Köppe Reviewer(s): Kwankyu Lee

See https://groups.google.com/g/sage-devel/c/fOTkNoU02Oo/m/j116LUouBwAJ This upgrade includes doctest changes needed for compatibility with SymPy 1.13. This PR is also used by SymPy CI to keep track of compatibility between SymPy and Sage: https://github.com/sympy/sympy/blob/master/.github/workflows/ci-sage.yml https://github.com/sympy/sympy/actions/runs/6724078875/job/18275557828 URL: sagemath#36641 Reported by: Oscar Benjamin Reviewer(s): Oscar Benjamin

…TRAINT=$SAGE_ROOT/constraints_pkgs.txt`   This is aimed at the intermediate level, for users who wish to build a set of distribution packages as supplied in `pkgs/` but without using the wheelhouse infrastructure of Sage-the-distribution. Documentation included in the files. It can also be tested using new tox environments defined in `pkgs/sagemath-standard/tox.ini`, and is tested on GH Actions: https://github.com/mkoeppe/sage/actions/workflows/ci-linux- incremental.yml?query=branch%3Aconstraints_pkgs - this also provides the missing automatic test for the **sagemath- standard** distribution built out of `pkgs/sagemath-standard/` Marked as critical because it is hoped to ease the adoption of modularized distribution packages by downstream packagers.    ### 📝 Checklist     - [x] The title is concise, informative, and self-explanatory. - [x] The description explains in detail what this PR is about. - [ ] I have linked a relevant issue or discussion. - [ ] I have created tests covering the changes. - [ ] I have updated the documentation accordingly. ### ⌛ Dependencies   - Depends on sagemath#38515 (merged here) - Depends on sagemath#38500 (merged here) URL: sagemath#37434 Reported by: Matthias Köppe Reviewer(s): François Bissey, Kwankyu Lee, Matthias Köppe

See https://groups.google.com/g/sage-devel/c/fOTkNoU02Oo/m/j116LUouBwAJ This upgrade includes doctest changes needed for compatibility with SymPy 1.13. This PR is also used by SymPy CI to keep track of compatibility between SymPy and Sage: https://github.com/sympy/sympy/blob/master/.github/workflows/ci-sage.yml https://github.com/sympy/sympy/actions/runs/6724078875/job/18275557828 URL: sagemath#36641 Reported by: Oscar Benjamin Reviewer(s): Oscar Benjamin

…TRAINT=$SAGE_ROOT/constraints_pkgs.txt`   This is aimed at the intermediate level, for users who wish to build a set of distribution packages as supplied in `pkgs/` but without using the wheelhouse infrastructure of Sage-the-distribution. Documentation included in the files. It can also be tested using new tox environments defined in `pkgs/sagemath-standard/tox.ini`, and is tested on GH Actions: https://github.com/mkoeppe/sage/actions/workflows/ci-linux- incremental.yml?query=branch%3Aconstraints_pkgs - this also provides the missing automatic test for the **sagemath- standard** distribution built out of `pkgs/sagemath-standard/` Marked as critical because it is hoped to ease the adoption of modularized distribution packages by downstream packagers.    ### 📝 Checklist     - [x] The title is concise, informative, and self-explanatory. - [x] The description explains in detail what this PR is about. - [ ] I have linked a relevant issue or discussion. - [ ] I have created tests covering the changes. - [ ] I have updated the documentation accordingly. ### ⌛ Dependencies   - Depends on sagemath#38515 (merged here) - Depends on sagemath#38500 (merged here) URL: sagemath#37434 Reported by: Matthias Köppe Reviewer(s): François Bissey, Kwankyu Lee, Matthias Köppe

…base  ### 📚 Description Building the large Cremona database fails like this on an x86_64 Fedora Rawhide machine. (I captured the output from an old sagemath 9.6 build, but the same error occurs with sagemath 9.7.) ``` Inserting allgens.90000-99999 Committing... Traceback (most recent call last): File "/builddir/build/BUILD/sage-9.6/cremona.sage.py", line 10, in <module> c._init_from_ftpdata('ecdata-2019-10-29') File "/builddir/build/BUILDROOT/sagemath-9.6- 4.fc38.x86_64/usr/lib64/python3.11/site- packages/sage/databases/cremona.py", line 1397, in _init_from_ftpdata self.vacuum() File "/builddir/build/BUILDROOT/sagemath-9.6- 4.fc38.x86_64/usr/lib64/python3.11/site- packages/sage/databases/sql_db.py", line 2180, in vacuum self.__connection__.execute('VACUUM') sqlite3.OperationalError: cannot VACUUM from within a transaction ``` The issue is a missing database commit, which this PR adds.    ### 📝 Checklist    - [x] I have made sure that the title is self-explanatory and the description concisely explains the PR. - [ ] I have linked an issue or discussion. - [ ] I have created tests covering the changes. - [ ] I have updated the documentation accordingly. ### ⌛ Dependencies   URL: sagemath#35050 Reported by: Jerry James Reviewer(s): Vincent Macri

Add meson configuration to compile sagelib with meson. Basic developer docs are added as well (meant as background info, not real installation instructions and thus under "developer"). ### 📝 Checklist     - [x] The title is concise, informative, and self-explanatory. - [x] The description explains in detail what this PR is about. - [ ] I have linked a relevant issue or discussion. - [ ] I have created tests covering the changes. - [ ] I have updated the documentation accordingly. ### ⌛ Dependencies   URL: sagemath#36524 Reported by: Tobias Diez Reviewer(s): Dima Pasechnik, Gonzalo Tornaría, Matthias Köppe, Michael Orlitzky, Tobias Diez

…llipticCurves - Implement `.isogenies_degree` for EllipticCurves      ### 📝 Checklist     - [x] The title is concise, informative, and self-explanatory. - [x] The description explains in detail what this PR is about. - [x] I have linked a relevant issue or discussion. - [x] I have created tests covering the changes. - [x] I have updated the documentation accordingly. ### ⌛ Dependencies   URL: sagemath#35949 Reported by: grhkm21 Reviewer(s): grhkm21, Lorenz Panny, Sebastian A. Spindler

Following [PEP 735](https://peps.python.org/pep-0735/#canonical-names- of-dependencies-and-dev-el-split-packages), add a few groups of dependencies that one usually needs while developing sage (e.g. for tests or docs). This info will then be used to generate the conda lock files and once support for PEP 735 is more widespread other tools will be able to use the metadata as well. Eg, once pypa/pip#12963 is implemented one can install all test dependencies with `pip install --groups test`.    ### 📝 Checklist     - [ ] The title is concise, informative, and self-explanatory. - [ ] The description explains in detail what this PR is about. - [ ] I have linked a relevant issue or discussion. - [ ] I have created tests covering the changes. - [ ] I have updated the documentation accordingly. ### ⌛ Dependencies   URL: sagemath#37446 Reported by: Tobias Diez Reviewer(s): Dima Pasechnik

…da lock files   Using the metadata added in sagemath#37446, we automatically generate the conda environment files. This no longer makes any reference to the `conda.txt` files contained in sage-the- distribution. Thus sage-on-top-of-conda is now completely independent of sage-the-distribution (only relying on information specified by sage- the-library). In particular, after this PR is merged the `conda.txt` files could be deleted from sage-the-distribution. In particular, we no longer need to maintain the mapping of pypi packages to conda packages but instead can rely on the offical mappings maintained by the conda team (https://github.com/regro/cf-graph- countyfair/tree/master/mappings/pypi). To test: ``` pip install grayskull conda-lock python tools/update-conda.py ``` The updated conda files are committed here as well. Moreover, the `environment-dev` files have been deleted as there was only little difference between these files and some people rightfully complained that having too many files in the root folder is distracting. As a byproduct, this fixes sagemath#34626.    ### 📝 Checklist     - [ ] The title is concise, informative, and self-explanatory. - [ ] The description explains in detail what this PR is about. - [ ] I have linked a relevant issue or discussion. - [ ] I have created tests covering the changes. - [ ] I have updated the documentation accordingly. ### ⌛ Dependencies - sagemath#37446: specifies additional requirements in the pyproject.toml which are used to generate the conda env files - sagemath#38983: for the update of numpy - sagemath#38982: to fix meson build   URL: sagemath#37447 Reported by: Tobias Diez Reviewer(s): Dima Pasechnik, Julian Rüth, Tobias Diez

zimmermann6 added this to the sage-2.10 milestone Nov 21, 2007

zimmermann6 added c: algebraic geometry labels Nov 21, 2007

zimmermann6 assigned williamstein Nov 21, 2007

sagetrac-mabshoff mannequin modified the milestones: sage-2.10, sage-2.9.1 Dec 18, 2007

williamstein added the s: needs review label Jan 22, 2009

JohnCremona changed the title ~~analytic_rank crashes~~ [with positive review] analytic_rank crashes Jan 22, 2009

sagetrac-mabshoff mannequin changed the title ~~[with positive review] analytic_rank crashes~~ analytic_rank crashes Jan 22, 2009

sagetrac-mabshoff mannequin added s: positive review and removed s: needs review labels Jan 22, 2009

sagetrac-mabshoff mannequin modified the milestones: sage-3.4.1, sage-3.3 Jan 23, 2009

sagetrac-mabshoff mannequin removed the s: positive review label Jan 23, 2009

sagetrac-mabshoff mannequin closed this as completed Jan 23, 2009

dimpase mentioned this issue Feb 12, 2023

update GAP to 4.12.2 #35093

Merged

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

analytic_rank crashes #1234

analytic_rank crashes #1234

zimmermann6 commented Nov 21, 2007

JohnCremona commented Nov 21, 2007

sagetrac-mabshoff mannequin commented Feb 15, 2008

JohnCremona commented Feb 16, 2008

sagetrac-mabshoff mannequin commented Jun 26, 2008

JohnCremona commented Jun 26, 2008

JohnCremona commented Jun 26, 2008

williamstein commented Jan 22, 2009

williamstein commented Jan 22, 2009

JohnCremona commented Jan 22, 2009

zimmermann6 commented Jan 22, 2009

JohnCremona commented Jan 22, 2009

sagetrac-mabshoff mannequin commented Jan 23, 2009

analytic_rank crashes #1234

analytic_rank crashes #1234

Comments

zimmermann6 commented Nov 21, 2007

JohnCremona commented Nov 21, 2007

sagetrac-mabshoff mannequin commented Feb 15, 2008

JohnCremona commented Feb 16, 2008

sagetrac-mabshoff mannequin commented Jun 26, 2008

JohnCremona commented Jun 26, 2008

JohnCremona commented Jun 26, 2008

williamstein commented Jan 22, 2009

williamstein commented Jan 22, 2009

JohnCremona commented Jan 22, 2009

zimmermann6 commented Jan 22, 2009

JohnCremona commented Jan 22, 2009

sagetrac-mabshoff mannequin commented Jan 23, 2009