#40317: stimfit @0.12.4_2: update 0.12.8 -------------------------+--------------------------------- Reporter: christsc@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: haspatch maintainer Port: stimfit | -------------------------+--------------------------------- Comment (by mojca@…): To be more precise: {{{ checking for kernel... checking for fftw_malloc in -lfftw3... yes checking for dgemm_ in -latlas... no checking for dgemm_ in -llapack... no configure: error: Couldn't find lapack. }}} I do have a symlink {{{ /usr/lib/liblapack.dylib -> ../../System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libLAPACK.dylib }}} but for some reason it wasn't found and the general policy of MacPorts is to try to be as independent of the system-provided libraries as possible. I thought that some port was supposed to provide the required libraries. My installation of atlas contains {{{ /opt/local/lib/libatlas.a /opt/local/lib/liblapack.a }}} (I don't know why the libraries are static), but the port doesn't seem to be satisfied with those either. Unrelated: did you even try to play with `PortGroup python 1.0` (or `python27`)? I have no problem committing the port as-is - it was probably "equally broken" earlier than it is now, but it would be nice to inspect why this happens. I'm on 10.7. Maybe different OS provides different functions and `dgemm_` happens to be absent on mine? -- Ticket URL: <https://trac.macports.org/ticket/40317#comment:7> MacPorts <http://www.macports.org/> Ports system for OS X