[MacPorts] #34695: port arpack, update to new atlas library names
MacPorts
noreply at macports.org
Fri Jun 8 07:42:06 PDT 2012
#34695: port arpack, update to new atlas library names
--------------------------------------+-------------------------------------
Reporter: and.damore@… | Owner: mmoll@…
Type: defect | Status: reopened
Priority: Normal | Milestone:
Component: ports | Version: 2.1.1
Resolution: | Keywords:
Port: arpack |
--------------------------------------+-------------------------------------
Comment(by and.damore@…):
Replying to [comment:3 mmoll@…]:
> Generally speaking, dynamic linking is preferred.
> The arpack seems to automatically pick up the right atlas location when
it is installed, regardless of whether you specify --with-lapack or not.
I didn't realize functions from lapack are exported in the atlas dylibs (I
just checked the symbols), I agree that using libtatlas.dylib sounds
right.
> I don't understand the second comment about the conditional patch.
Please elaborate on the problem you are seeing.
When building ''+atlas'', thus passing ''--with-
lapack=${prefix}/lib/libtatlas.dylib'' to configure script, there is a
reference to -latlas
{{{
checking for ATL_xerbla in -latlas... yes
}}}
That's the system library since port atlas doesn't provide libatlas.dylib.
This sounds a wrong behavior, we want to use mp provided atlas when using
''+atlas'' variant.
I suggest to manually patch from ''-latlas'' to ''-ltatlas'' after
configure phase in ''+atlas'' variant.
This is the conditional patch I was talking about.
--
Ticket URL: <https://trac.macports.org/ticket/34695#comment:4>
MacPorts <http://www.macports.org/>
Ports system for Mac OS
More information about the macports-tickets
mailing list