#15614: New port: atlas + lapack --------------------------------+------------------------------------------- Reporter: ajb78@cornell.edu | Owner: jmr@macports.org Type: enhancement | Status: closed Priority: Normal | Milestone: Port Submissions Component: ports | Version: 1.6.0 Resolution: fixed | Keywords: --------------------------------+------------------------------------------- Comment(by stromnov@gmail.com): From http://math-atlas.sourceforge.net/errata.html#osxlibname: = Problems with linking/missing LAPACK routines on OS X = OS X has a built-in version of ATLAS, and uses the standard names for them. They may be less up-to-date and/or have less libs than something you install yourself; in particular, if you have a Fortran compiler, you can build a full lapack library, which Apple does not currently provide, and so many users want to install the standard ATLAS. Unfortunately, when searching for libs the compiler looks in the system areas where apple keeps its ATLAS libs before looking in directories supplied by -L. This means that if you use -L and -l for your linking, you always get Apple's modified ATLAS, rather than the one you installed. There are two fixes for this problem that I know of. First, you can just link to the full name and path, rather than using -L. For instance, change something like: {{{ gcc -o xtst test.c -L /home/whaley/TEST/ATLAS/build64/lib -lcblas -latlas }}} to: {{{ gcc -o xtst test.c /home/whaley/TEST/ATLAS/build64/lib/libcblas.a \ /home/whaley/TEST/ATLAS/build64/lib/libatlas.a }}} The only other trick I'm aware of is to rename your ATLAS libraries so that the Apple versions will not override them. Question: How to build scipy with this port libraries? -- Ticket URL: <http://trac.macports.org/ticket/15614#comment:8> MacPorts <http://www.macports.org/> Ports system for Mac OS