GCC trunk (i.e. what will become GCC 4.3) requires (unconditionally) GMP 4.1+ (that's included in FC6/RHEL5 already), but also MPFR 2.2.0+ (which is not, gmp-4.1.4 included in FC6 has much older mpfr). As many people use Fedora Core (and/or RHEL) as a development OS, this means they'll either have to build it themselves and tweak the configury to find it, or use something that provides them. gmp-4.2.0 and above (latest is gmp-4.2.1) doesn't include mpfr any longer, it has to be downloaded separately from www.mpfr.org (where the latest version is 2.2.0). My suggestion would be to: 1) upgrade gmp in dist-fc7 to 4.2.1 and split of separate mpfr packages (mpfr and mpfr-devel, both multilib, include shared libraries in mpfr them) 2) for dist-fc6 and dist-5E just add mpfr-2.2.0.tar.bz2 into gmp-4.1.4-*.src.rpm, build gmp in the spec file with --disable-mpfr, build afterwards mpfr-2.2.0 against the newly built gmp with --disable-shared and install both I really think this is very urgent, both for FC6 and RHEL5, as otherwise we might lose developers.
Created attachment 139076 [details] proposed gmp.spec changes These are proposed changes in gmp.spec for dist-fc6-updates/dist-5E. The only thing I'm not sure what to do about is mpfrxx.h (this header is no longer included in gmp-2.0+ and was never part if mpfr itself. Is there anything that uses mpfrxx.h? If yes, it depends whether mpfrxx.h from gmp-4.1.4 is usable with mpfr 2.2.0 (if yes, we can just %install it, otherwise not sure what to do).
I'd like to join in the recomendation of removing mpfr from the gmp package, and adding/creating a separate mpfr package based on the latest stable mpfr package (2.2.0). The mpfr site provides an SRPM that could serve as a basis for a Fedora mpfr package. The mpfr library bundled with gmp is very out of date, and has many bugs that have been corrected in the upstream mpfr. For instance, the old mpfr hangs when attempting to compute two to a negative integer power, which I commonly need to do.
I searched for users of mpfr within FC/FE. FC: gcc - only links libmpfr.a into f951 FE: CGAL - only links libmpfr.a into *.so's, its use within installed headers is limited always within a single routine/method, i.e. no mpfr ABI part is passed around between .o files genius - uses system libmpfr only if it is >= 2.2.0, otherwise falls back to its own copy of mpfr 2.2.0 None of these uses <mpfrxx.h> header. From this I think it is safe to upgrade mpfr within gmp-4.1.4 src.rpm for fc6/RHEL5 and do the split in fc7.
I am the packager of CGAL. Actually, I would like to package CGAL-python as well into Fedora Extras. That package dlopen libraries linked with libCGAL.so. So it requires a shared libmfpr.so. I have filled a new bug #218041 for that issue. (In reply to comment #2) > I'd like to join in the recomendation of removing mpfr from the gmp package, +1 That would be a better solution. > The mpfr library bundled with gmp is very out of date, and has many bugs that > have been corrected in the upstream mpfr. For instance, the old mpfr hangs when > attempting to compute two to a negative integer power, which I commonly need to do. The mpfr shipped with gmp is now mpfr-2.2.0, with the cumulative patch to 2.2.0. It is not really old.
*** Bug 166450 has been marked as a duplicate of this bug. ***
*** Bug 199550 has been marked as a duplicate of this bug. ***
gmp is upgraded to gmp-4.2.1. mpfr is a separate package now (the current version is mpfr-2.2.1 - with applied cumulative upstream patch). If there is any problem I overlooked please open new bug. Thanks.