[MacPorts] #15614: New port: atlas + lapack
MacPorts
noreply at macports.org
Wed Oct 15 05:25:13 PDT 2008
#15614: New port: atlas + lapack
--------------------------------+-------------------------------------------
Reporter: ajb78 at cornell.edu | Owner: jmr at macports.org
Type: enhancement | Status: closed
Priority: Normal | Milestone: Port Submissions
Component: ports | Version: 1.6.0
Resolution: fixed | Keywords:
--------------------------------+-------------------------------------------
Comment(by stromnov at 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
More information about the macports-tickets
mailing list