On Nov 30, 2007, at 20:37 , William Stein wrote:

>
> On Nov 30, 2007 2:22 PM, Justin C. Walker <[EMAIL PROTECTED]> wrote:
>> On Nov 30, 2007, at 2:15 AM, mabshoff wrote:
>>> On Nov 30, 10:51 am, joel <[EMAIL PROTECTED]> wrote:
>>>> I downloaded the modified tarball. It untar'd without complaint.
>>>> However on running notebook() for the first time it bombed out,
>>>> unable
>>>> to find /usr/local/lib/libintl.3.dylib.
>>>>
>>>> dyld: Library not loaded: /usr/local/lib/libintl.3.dylib
>>>>   Referenced from: /Users/sage/sage-2.8.13-i386-Darwin/local/bin/
>>>> certtool
>>>>   Reason: image not found
>>>>
>>>
>>> Interesting. Some package is pulling that in from /usr/local.  
>>> William:
>>> do you have the build logs for that binary build?
>>
>> I think this is a lurking problem that will continue to bite us at
>> random.  As a test, try the following:
>>
>> for each binary executable file in $SAGE_ROOT/local/bin, check the
>> shared libraries it uses (on Mac OS X, it's 'otool -L'; I think it's
>> 'ldd' on Linux).  For my locally-built  2.8.14, I see several
>> libraries in "/usr/local/lib" in use, which is probably not correct:
>>     libpng12.0.dylib
>>     libintl.3.dylib
>>     libpng.3.dylib
>
> You *have* to be sure to do
>     sage -sh
> before doing the above.   After doing so on my test OSX 10.4 build
> machine the *only* /usr/local/lib library I get is /usr/local/lib/ 
> libintl3.dylib
> I didn't have this problem before because on my build machine I had
> nuked /usr/local/lib/.

I'm not clear on what effect 'sage -sh' will have.  Why is it  
necessary?  All 'otool' does is to look at the executable, and print  
the libraries it requires.  If the printout shows a FQN, that's  
what's in the executable, so setting environment variables won't  
affect the outcome.  If the printout shows an unqualified or relative  
path, then the environment variables will have an effect.

> Anyway, every single reference to libintl3.dylib is from the gnutls
> crypto stuff.
> So I think fixing how that package builds should deal with this  
> situation.
> I'm going to try this now.

I suspect you are right; even if it's more than just 'gnutls', it  
seems to be the right approach.

>
Justin

PS: although this is obvious, it is worth pointing out that the list  
of libraries found as above is dependent on what's in /usr/local.  I  
have two 10.4.11 Intel installs, one of which has a very cut-down / 
usr/local, and in that one, my list matches yours (only libintl3).

--
Justin C. Walker, Curmudgeon-At-Large
Institute for the Absorption of Federal Funds
--------
If you're not confused,
You're not paying attention
--------




--~--~---------~--~----~------------~-------~--~----~
To post to this group, send email to sage-support@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/sage-support
URLs: http://sage.math.washington.edu/sage/ and http://sage.scipy.org/sage/
-~----------~----~----~----~------~----~------~--~---

Reply via email to