#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 wjp):
I don't think William was involved in this ticket, so I'm going to assume
you mean me :-)
I don't really like how all this logic is going into spkg-install files.
If this keeps up, every spkg-install file will end up having pages and
pages of code which is common to (almost) every spkg-install, and this
will make maintaining that common code a mess. Additionally, it makes it
very untransparent what effect the various environment variables that can
be set have (and for that matter _which_ environment variables affect the
build).
I'd prefer this being moved up either to a file which is sourced in spkg-
install, or the relevant environment variables being set higher up. You've
no doubt been following build system discussions much more closely than I
have. Do you know if there has been any talk about moving in this
direction already?
--
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/7864#comment:22>
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.
