#14172: mpir-2.6.0.p0 fails to build on Intel "Core" CPUs
-----------------------------------------------------------+----------------
Reporter: tmonteil | Owner:
GeorgSWeber
Type: defect | Status:
needs_review
Priority: major | Milestone:
sage-5.8
Component: build | Resolution:
Keywords: mpir spkg ABI standard Intel Core | Work issues:
Report Upstream: Completely fixed; Fix reported upstream | Reviewers:
Authors: Leif Leonhardy | Merged in:
Dependencies: | Stopgaps:
-----------------------------------------------------------+----------------
Changes (by leif):
* upstream: Reported upstream. Developers acknowledge bug. => Completely
fixed; Fix reported upstream
Old description:
> The build of sage 5.7 stops during the build of the mpir-2.6.0.p0
> package.
>
> spkg/logs/mpir-2.6.0.p0.log is pasted at http://paste.debian.net/237529/
>
> The problem seems related to some 32-bit architecture:
> {{{
> Building a 32-bit version of MPIR.
> Building MPIR with the C++ interface and (also) static libraries.
> ** Building with "fat binary" support for 32-bit CPUs **
> [...]
> configure: error: ABI=32 is not among the following valid choices:
> standard
> Error configuring MPIR (with CFLAGS unset).
> }}}
>
> The machine is running Debian wheezy, Linux 3.2.0-4-686-pae #1 SMP Debian
> 3.2.35-2 i686 GNU/Linux
>
> I used the following sage variables :
> - SAGE_FAT_BINARY='yes'
> - SAGE_BINARY_BUILD='yes'
> - SAGE_CHECK="yes"
> - MAKE="make -j2"
>
> Exporting ABI='standard' globally (see
> http://ask.sagemath.org/question/1713/error-installing-package-mpir-
> 240p6) allows the mpir spkg to be built but then gap-4.5.7.p3 cannot be
> built since it also uses the ABI variable for which the value 'standard'
> does not make sense (it only accepts ABI=32 or ABI=64).
>
> ----
>
> '''Preliminary new spkg:'''
> [http://boxen.math.washington.edu/home/leif/Sage/spkgs/mpir-2.6.0.p1-preliminary.spkg]
>
> '''md5sum:''' `e2839d31c41934ceb5fdda4a6399028d
> mpir-2.6.0.p1-preliminary.spkg`
>
> This currently only patches `configure`, not [in addition] its source
> files.
>
> (Changes not yet committed either.)
>
> === mpir-2.6.0.p1 (Leif Leonhardy, February 26th 2013) ===
> * #14172: MPIR 2.6.0 (but also older versions) fails to configure on
> Intel
> "Core" CPUs (expecting ABI to be "standard" rather than "32", which is
> just a symptom). (Similar for Pentium4 Prescott.)
> We currently only patch (the generated) `configure` (after another
> patch
> to it and its source files has been applied), rather than [also]
> `aclocal.m4` and `configure.in`.
> I'll submit proper patches upstream later.
New description:
The build of sage 5.7 stops during the build of the mpir-2.6.0.p0 package.
spkg/logs/mpir-2.6.0.p0.log is pasted at http://paste.debian.net/237529/
The problem seems related to some 32-bit architecture:
{{{
Building a 32-bit version of MPIR.
Building MPIR with the C++ interface and (also) static libraries.
** Building with "fat binary" support for 32-bit CPUs **
[...]
configure: error: ABI=32 is not among the following valid choices:
standard
Error configuring MPIR (with CFLAGS unset).
}}}
The machine is running Debian wheezy, Linux 3.2.0-4-686-pae #1 SMP Debian
3.2.35-2 i686 GNU/Linux
I used the following sage variables :
- SAGE_FAT_BINARY='yes'
- SAGE_BINARY_BUILD='yes'
- SAGE_CHECK="yes"
- MAKE="make -j2"
Exporting ABI='standard' globally (see
http://ask.sagemath.org/question/1713/error-installing-package-mpir-240p6)
allows the mpir spkg to be built but then gap-4.5.7.p3 cannot be built
since it also uses the ABI variable for which the value 'standard' does
not make sense (it only accepts ABI=32 or ABI=64).
----
'''New spkg:'''
[http://boxen.math.washington.edu/home/leif/Sage/spkgs/mpir-2.6.0.p1.spkg]
'''md5sum:''' `6e65bb989b0e5513371a35447b43b0da mpir-2.6.0.p1.spkg`
Now patches `acinclude.m4`, `configure.in`, and `configure`.
(Changes now committed, and [upstream] patches submitted upstream, too.)
=== mpir-2.6.0.p1 (Leif Leonhardy, February 27th 2013) ===
* #14172: MPIR 2.6.0 (but also older versions) fails to configure on
Intel
"Core" CPUs (expecting ABI to be "standard" rather than "32", which is
just one symptom). (Similar for Pentium4 Prescott.)
Add patch (`core-prescott-configure.patch`) fixing `acinclude.m4`,
`configure.in`, and the generated `configure`, rebased to the patches
we
apply in advance.
Patch(es) have been submitted upstream.
--
Comment:
Replying to [comment:15 leif]:
> [Note to myself:] I'll upload a slightly fixed spkg (also patching
`acinclude.m4` and `configure.in` later^TM^, presumably tomorrow. (I
missed some places when manually patching [just] `configure`, but these
are minor ''I think^TM^''.)
Done. Note:
[http://boxen.math.washington.edu/home/leif/Sage/spkgs/mpir-2.6.0.p1.spkg
New spkg] also has a new name (`-prelimiary` dropped).
--
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/14172#comment:16>
Sage <http://www.sagemath.org>
Sage: Creating a Viable Open Source Alternative to Magma, Maple, Mathematica,
and MATLAB
--
You received this message because you are subscribed to the Google Groups
"sage-trac" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
To post to this group, send email to [email protected].
Visit this group at http://groups.google.com/group/sage-trac?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.
