#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):

 Replying to [comment:52 AlexanderDreyer]:
 > PS: Does the linking sequence still include
 {{{libpolybori/libpolybori.dylib }}}?

 No you fixed that exactly as I asked you. Portage does extra checks for
 consistency on libraries on OS X. There are a number of things that aren't
 exactly common knowledge to people who don't do a lot of development on OS
 X. Technically all libraries on OS X have an rpath which usually is
 relative. Look at this document:
 [http://blog.onesadcookie.com/2008/01/installname-magic.html]
 The solution adopted in portage in a OS X prefix is to make the
 install_name absolute which is why at the moment a sage-prefix on OS X is
 not relocatable. Now what the QA tool of portage is telling us is that
 libpolybori_groebner.dylib is linked to libpolybori/libpolybori.dylib as
 in the library contains the name and the path of the library. And we of
 course don't want that.

 Try the following command:
 {{{
 otool -L libpolybori_groebner.dylib
 }}}
 The result here is as follow:
 {{{
 otool -L libpolybori_groebner.dylib
 libpolybori_groebner.dylib:
         /Users/frb15/Desktop/Gentoo/usr/lib/libpolybori_groebner.dylib
 (compatibility version 0.0.0, current version 0.0.0)
         libpolybori/libpolybori.dylib (compatibility version 0.0.0,
 current version 0.0.0)
         /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current
 version 111.1.7)
         /Users/frb15/Desktop/Gentoo/usr/lib/libm4ri-0.0.20100817.dylib
 (compatibility version 0.0.0, current version 0.0.0)
         /Users/frb15/Desktop/Gentoo/usr/lib/libgd.2.dylib (compatibility
 version 3.0.0, current version 3.0.0)
         /Users/frb15/Desktop/Gentoo/usr/lib/gcc/i686-apple-
 darwin9/4.2.1/libstdc++.6.dylib (compatibility version 7.0.0, current
 version 7.9.0)
         /Users/frb15/Desktop/Gentoo/usr/lib/gcc/i686-apple-
 darwin9/4.2.1/libgcc_s.1.dylib (compatibility version 1.0.0, current
 version 1.0.0)
 }}}
 you can notice libpolybori/libpolybori.dylib on its lonesome.

-- 
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/11575#comment:53>
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.

Reply via email to