MPIR is an open source multiprecision integer library derived from version 4.2.1 of the GMP (GNU Multi Precision) project (which was licensed LGPL v2+). MPIR is constructed by a developer and vendor friendly community of professional and amateur mathematicians, computer scientists and hobbyists. A preliminary ebuild is now in the science overlay. Reproducible: Always
Thank you for this we were developing an ebuild with cschwan over at the sage bug. We have our own overlay and we haven't synced everything to the science overlay yet. I will probably touch your ebuild to put it in sync with ours if you don't mind? Also can you make this bug a blocker for bug#201321 (sage)?
Please go ahead! My ebuild is pretty trivial. Here are two todo items. Probably you already solved them over there... -) Does not build on amd64! Fix seems trivial (configure is called with ABI=amd64, while it expects ABI=64) I have no access to a 64 bit system currently. -) Bump to 1.2.2 which was recently released (Please don't remove 1.2.1 until I have checked some explicit dependency of Macaulay2 on that exact version!)
thanks for adding the sage block. We will concentrate on 1.3 for now and leave you the 1.2 series, I believe cschwan has something working for amd64. He just put: "unset ABI" in src_configure, I cannot check either - it is probably a nasty hack for now. I have it as LGPL-2 you have it as LGPL-2.1 , I don't think that's what they mean by 2+.
(In reply to comment #3) > thanks for adding the sage block. We will concentrate on 1.3 for now and leave > you the 1.2 series, I believe cschwan has something working for amd64. > He just put: "unset ABI" in src_configure, I cannot check either - it is > probably a nasty hack for now. > I have it as LGPL-2 you have it as LGPL-2.1 , I don't think that's > what they mean by 2+. Alrighty, I will join forces with cschwan. For the licence: The file COPYING.LIB in the tarball of 1.2.1 contains exactly the file that is in /usr/portage/licences/LGPL-2.1 and not the one in /usr/portage/licences/LGPL-2 But they seem to be confused themselves. The homepage is not very clear about this.
Updated the ebuild for version 1.3.0_rc3 with our sage version. You should look at the yasm patch as I am sure that version 1.2.x also ship a version of yasm. Stayed with LGPL-2.1 I will have to clarify with the mpir people. (L)GPL 2 "or later" is big thing with the sage people because of the debate on the GPL 3 - they don't want to go to GPL 3 but make sure that anything can be relicensed GPL 3 if needed.
revbump to version 1.3.0. I have included a proper patch for the ABI (well Christopher wrote it credit to him even if I pointed him in that direction). Issues: * QA Notice: The following files contain writable and executable sections * Files with such sections will not work properly (or at all!) on some * architectures/operating systems. A bug should be filed at * http://bugs.gentoo.org/ to make sure the issue is fixed. * For more information, see http://hardened.gentoo.org/gnu-stack.xml * Please include the following list of files in your report: * Note: Bugs should be filed for the respective maintainers * of the package in question and not hardened@g.o. * RWX --- --- usr/lib/libmpir.so.8.0.0 * !WX --- --- usr/lib/libmpir.a:add_n.o * !WX --- --- usr/lib/libmpir.a:sub_n.o * !WX --- --- usr/lib/libmpir.a:mul_1.o * !WX --- --- usr/lib/libmpir.a:addmul_1.o * !WX --- --- usr/lib/libmpir.a:submul_1.o * !WX --- --- usr/lib/libmpir.a:lshift.o * !WX --- --- usr/lib/libmpir.a:rshift.o * !WX --- --- usr/lib/libmpir.a:dive_1.o * !WX --- --- usr/lib/libmpir.a:diveby3.o * !WX --- --- usr/lib/libmpir.a:divrem_1.o * !WX --- --- usr/lib/libmpir.a:mod_1.o * !WX --- --- usr/lib/libmpir.a:mod_34lsub1.o * !WX --- --- usr/lib/libmpir.a:mode1o.o * !WX --- --- usr/lib/libmpir.a:mul_basecase.o * !WX --- --- usr/lib/libmpir.a:sqr_basecase.o * !WX --- --- usr/lib/libmpir.a:umul.o * !WX --- --- usr/lib/libmpir.a:udiv.o * !WX --- --- usr/lib/libmpir.a:copyi.o * !WX --- --- usr/lib/libmpir.a:copyd.o ------------ three things: 1) the number of files to patch is enormous. 2) we cannot use the patch from gmp to solve this because mpir use yasm on x86/amd64 and whatever on other cpus. The gmp fix is designed for GNU as. 3) the GMP fix is actually appended to the configure script. Because gmp is used to build the tool chain autotools cannot be used for it. No such problem with mpir. On a related issue unless we plan to make it possible to build gcc with mpir instead of gmp, I suggest we move mpir into sci-libs. Comments?
I have no idea about executable bits, but +1 for sci-libs category. I had trouble building sci-mathematics/Macaulay2 against the release candidates of 1.3.0, I will try again now. Until this works please keep the 1.2.2 version.
And by the way, whoever touches this next should change the nocxx useflag to a cxx useflag which is enabled by default. This has been discussed on the dev-mailing list and it seems that no-something useflags are objectionable.
... and 1.3.1 is available.
move to sci-libs done. And I added 1.3.1 some time ago now.
Thanks for updating! I confirmed that M2 works with mpir-1.3.1, go ahead and remove 1.2.* if you like! (Changed name of the bug accordingly)
Hi, the latest version has pre-stripped files again: QA: other QA Notice: Pre-stripped files found: /usr/lib/libmpirxx.so.3.1.6 /usr/lib/libmpir.so.8.0.1 whoever feels entitled to unstrip, go ahead.
Imported mpir-2.0.0. Included some fix from sage-on-gentoo overlay (courtesy from Christopher Schwan) that solve the executable stack problem on some CPUs (mine for example). No stripping problems for me with this version.
Somebody volunteer to bump to 2.1.1 ?
(In reply to comment #14) > Somebody volunteer to bump to 2.1.1 ? > I will bump it when I have a bit of time. Do you need it urgently?
I actually had a few spare minutes so 2.1.1 is in the overlay. Tell if I am missing something.
2.1.3 is in CVS. Thanks everyone.
