#7864: libfplll tries to link 64-bit objects to 32-bit libstdc++.so
----------------------------+-----------------------------------------------
Reporter: drkirkby | Owner: drkirkby
Type: defect | Status: needs_work
Priority: major | Milestone: sage-4.5
Component: solaris | Keywords:
Author: David Kirkby | Upstream: Reported upstream. Little or no
feedback.
Reviewer: | Merged:
Work_issues: |
----------------------------+-----------------------------------------------
Comment(by drkirkby):
Replying to [comment:15 wjp]:
> Did you already post to the autoconf or libtool mailing lists? (If so,
could you post a link to the thread?) I think it would be good to resolve
this question soon. I'm also willing to post this question to the autoconf
mailing list if you prefer.
I had overlooked to do it. I have since posted it on the autoconf list.
http://lists.gnu.org/archive/html/autoconf/2010-07/msg00032.html
I've attempted to subscribe to the libtool list, but so far got no
response to my request to join. I will post a link here when I can join.
The followup on there suggests not using CFLAGS/LDFLAGS but instead adding
the directories manually, which is what this patch does. But that's a lot
more difficult for the user, and is not necessary for most packages that
use libtool. The vast majority of tools that use libtool manage to work
out where the 64-bit libraries are.
Dave
--
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/7864#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 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.
