#11575: Preparing for PolyBoRi's upcoming release 0.8
-------------------------------+--------------------------------------------
Reporter: AlexanderDreyer | Owner:
Type: enhancement | Status: needs_review
Priority: major | Milestone: sage-4.7.2
Component: packages | Keywords:
Work_issues: | Upstream: None of the above - read trac
for reasoning.
Reviewer: | Author:
Merged: | Dependencies:
-------------------------------+--------------------------------------------
Comment(by fbissey):
I am guessing that the fundamental problem is that the install_name of
libpolybori.dylib is set to libpolybori/libpolybori.dylib and I only
change it after install. So when it is linked that's what is used. I can
change it to something correct with install_name_tool -change but it would
be better if we had something consistent in the first place. The man page
for ld on OS X
{{{
-install_name name
Sets an internal "install path" (LC_ID_DYLIB) in a
dynamic
library. Any clients linked against the library will
record
that path as the way dyld should locate this library. If
this option is not specified, then the -o path will be
used.
This option is also called -dylib_install_name for
compati‐
bility.
}}}
We could try to use -flat_namespace which basically gives you the same
kind of situation as linux regarding the loading of libraries.
--
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/11575#comment:54>
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.
