libLAPACK version problem

[Matti Lyra]

On 28 Jul 2010, at 15:13, Ryan Schmidt wrote:

> 
> On Jul 28, 2010, at 08:14, Matti Lyra wrote:
> 
>> I've been trying to get a PyQt python application that uses a PyQwt plot working. All is fine when I launch the scripts from the command line but after making an app bundle with PyInstaller the application crashes on launch with an error saying that libLAPACK has an incompatible version.
>> 
>> ImportError: dlopen(/Users/mattilyra/Library/PyInstaller/PyQtMatplotlib/MacPyQtMatplotlib.app/Contents/MacOS/PyQt4.QtCore.so, 2): Library not loaded: /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libLAPACK.dylib
>> 
>> Reason: Incompatible library version: vecLib requires version 1.0.0 or later, but libLAPACK.dylib provides version 0.0.0
> 
> I guess vecLib was compiled using the system's libLAPACK.dylib but because your filesystem is case-insensitive (as with most Macs), it's finding the liblapack.dylib installed by the MacPorts atlas port, which declares an earlier library version.
> 
> 
>> Why are the liblapack versions 0.0.0 (did I somehow compile them wrong)
> 
> They are 0.0.0 on my system as well. Probably the developers of lapack do nothing to set the library version, and the atlas port does nothing to change this, while presumably Apple did do something to change this when they packaged lapack to be included in Mac OS X.
> 
> 
>> and how do I fix this?
> 
> I do not know. I recall there was some discussion recently about whether it was wise to have atlas install liblapack at all. It would seem that if atlas had not installed liblapack, you would not now be having this problem. This is a matter that should probably be discussed with the maintainer of atlas, who will hopefully read and respond to this thread.
> 

I got it working now. The problem was indeed with atlas. I had to uninstall py26-numpy (which PyQwt depends on) and atlas, and then reinstall py26-numpy with +no_atlas option, this makes numpy link to the native vecLib libary and all is well again. More details on that here (http://www.mail-archive.com/macports-users@lists.macosforge.org/msg16822.html)

I'm fairly new to these kinds of issues in MacPorts and was wondering if it's possible to define in the PyQwt portfile that it depends on the no atlas version of py26-numpy and not the atlas version as this will most likely cause the same error to everyone else. One other thing I can't figure out is why did the problem only occur after creating the bundle and not when running the script from the commandline?

> 

---------------------------------
Matti Lyra
matti.lyra at gmail.com