-
-
Notifications
You must be signed in to change notification settings - Fork 517
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
FLINT 1.5.0.p5's test suite fails to build with new GMP/MPIR #9858
Comments
comment:1
Actually five months ago:
And he did replace |
comment:2
FLINT 1.6 was released on/for Chrismas (Dec. 24th). Unless somebody else already did/does I'll open a ticket to upgrade Sage's version to that one. Since Sage currently does weird things with the Makefile, providing a new, "clean" spkg will take some time (besides testing collaboration with the new FLINT of course). (Though FLINT is a plain C library, with a separate module to interface with NTL, which is C++ and hence the interface as well, Sage builds one monolithic "FLINT" library with that interface module included such that it always depends on the NTL library and the C++ standard library, which is totally odd and frequently causes trouble. Changing that requires changes to the Sage library, including The FLINT spkg also needs to be upgraded (to at least version 1.5.2, plus one simple patch) to work on Linux/ARM, see #10328. |
comment:3
Just for the record: I have some flint-1.5.2.p1 around to address only the most important issues (changes not yet committed though). There's much wrong with this spkg (including upstream), but in the light of FLINT 1.6.0 and 2.1.0 (already released), this ticket is mainly intended to prevent FLINT being a show stopper for #8664 and #5847. I'll perhaps include the patch from #10328, too. Feel free to ping me w.r.t. uploading a new spkg in case this ticket further drags... ;-) |
comment:5
Just for the record: "[...] I assume Sage did not upgrade to flint 1.6. This is a good thing as it will be a very long time before we are able to cover factorisation of polynomials over the integers in flint2. It'll be worth waiting for though. Bill." ;-) |
comment:7
Here is another issue - if one of the patches fails in the current Flint spkg, then the Cygwin-only move of (I noticed this because one of the patches didn't apply for me. Which makes no sense, because it was exactly right. But whatever.) |
comment:8
See #11727 for that problem. |
comment:9
Since #8664 is now included in Sage 4.7.2.alpha3, this should be a blocker for the final Sage 4.7.2. |
This comment has been minimized.
This comment has been minimized.
comment:10
What are the plans for this ticket? Upgrading to FLINT 1.5.2? Upgrading to FLINT 1.6? Upgrading to FLINT 2.x? Fixing more odds and ends in the FLINT spkg? |
This comment has been minimized.
This comment has been minimized.
comment:11
Replying to @jdemeyer:
Upgrading to FLINT 1.5.2, which fixes the original issue and a few other bugs in FLINT 1.5.0. More precisely, rebasing the FLINT 1.5.2 spkg I already have (which also includes a couple of fixes to Sage's part) on the changes that were made to the 1.5.0 spkg in Sage since the p5. Upgrading to FLINT 1.6 shouldn't hurt, but would now be better done on a follow-up ticket. As Bill meanwhile also disclosed on sage-release, they're working hard on a FLINT 2.x (planned as a Christmas present) that implements all features that Sage requires, since the current one doesn't yet provide all we need. (FLINT 2 is a complete rewrite of FLINT 1). So upgrading to that is not an option at the moment. |
comment:13
For the record, I'm working on that, and not just since today btw. Nevertheless, nobody should have touched the 1.5.0[.p5] spkg (or earlier ones) without upgrading to 1.5.2, since it fixes other critical bugs. |
comment:14
I've made a FLINT 1.5.0.p10 spkg which just fixes the trivial test suite build error (see the ticket's description), since providing a clean FLINT 1.5.2 spkg based on the 1.5.0.p9 is tedious and still takes some time, hopefully just until tomorrow. Please test (with (Unless you're happy with unmerging the overdue MPIR upgrade from Sage 4.7.2 just for this reason.) Thanks in advance. |
Author: Leif Leonhardy |
This comment has been minimized.
This comment has been minimized.
Diff between the p9 and the p10. For reference / review only. |
comment:15
Attachment: flint-1.5.0.p9-p10.diff.gz I've attached a diff between the p9 and the p10 spkg for review. |
Upstream: Fixed upstream, in a later stable release. |
Reviewer: Jeroen Demeyer |
Merged: sage-4.7.3.alpha0 |
Milestone sage-4.7.3 deleted |
Changed merged from sage-4.7.3.alpha0 to sage-4.8.alpha0 |
Due to the use of deprecated/obsolete GMP functions, the test suite of flint-1.5.0.p5 fails to build since merging the new MPIR 2.1.3 (#8664), or if one uses any other recent version of MPIR or GMP. This means that the package's installation fails if
SAGE_CHECK=yes
:I guess Bill has already fixed that in FLINT 1.5.2, which was released over a year ago. So simply updating the spkg might suffice.
Btw, at least the current FLINT in Sage ignores user-provided
CFLAGS
; one could perhaps "move" them into some other environment variable used by FLINT.Upstream: http://www.flintlib.org/
New spkg: http://sage.math.washington.edu/home/leif/Sage/spkgs/flint-1.5.0.p10.spkg
md5sum:
907a720d1b9bf9e4bc1412e08b2f8892
flint-1.5.0.p10 (Leif Leonhardy, October 11th 2011)
build (when
SAGE_CHECK=yes
) with MPIR 1.3.x, 2.x (cf. Upgrade Sage's MPIR spkg to version 2.1.3 #8664) and GMP 5.x.The patch just substitutes deprecated random functions in one file
(
fmpz-test.c
) which have been removed from the mentioned GMP / MPIRversions.
Upstream: Fixed upstream, in a later stable release.
CC: @burcin @mwhansen @williamstein @loefflerd
Component: packages: standard
Keywords: SAGE_CHECK mpz_random
Author: Leif Leonhardy
Reviewer: Jeroen Demeyer
Merged: sage-4.8.alpha0
Issue created by migration from https://trac.sagemath.org/ticket/9858
The text was updated successfully, but these errors were encountered: