#7864: libfplll tries to link 64-bit objects to 32-bit libstdc++.so
---------------------------------------------------+------------------------
Reporter: drkirkby | Owner: drkirkby
Type: defect | Status: needs_review
Priority: major | Milestone: sage-4.5.2
Component: solaris | Keywords:
Author: David Kirkby, Willem Jan Palenstijn | Upstream: Reported
upstream. Little or no feedback.
Reviewer: | Merged:
Work_issues: |
---------------------------------------------------+------------------------
Comment(by drkirkby):
I don't know if anyone else has any comments on this. The package at
http://boxen.math.washington.edu/home/kirkby/patches/libfplll-3.0.12.p1.spkg
solves the problem, and I really doubt any other way to solve this problem
such as globally setting compilers would be a good idea, given different
packages handle 64-bit builds in different ways.
It only needs this simple change, and similar ones for Pynac (#7861) and
Numpy (#8086), with a few totally different changes to ATLAS to get a
64-bit SPARC version of Sage built. From there, we can start debugging it,
which will no doubt present some problems.
Dave
--
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/7864#comment:24>
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 post to this group, send email to [email protected].
To unsubscribe from this group, send email to
[email protected].
For more options, visit this group at
http://groups.google.com/group/sage-trac?hl=en.
