[MacPorts] #69295: lapack @3.12.0_0+gfortran+openblas (and +accelerate) fails to build on MacOS 10.15 on x86_64

MacPorts noreply at macports.org
Fri Feb 9 15:25:21 UTC 2024


#69295: lapack @3.12.0_0+gfortran+openblas (and +accelerate) fails to build on
MacOS 10.15 on x86_64
----------------------+----------------------
  Reporter:  Gandoon  |      Owner:  tenomoto
      Type:  defect   |     Status:  assigned
  Priority:  Normal   |  Milestone:
 Component:  ports    |    Version:  2.9.1
Resolution:           |   Keywords:  catalina
      Port:  lapack   |
----------------------+----------------------

Comment (by Gandoon):

 Replying to [comment:8 Dave-Allured]:
 > Erik and Joshua, thanks for straightening me out about `-v`.  Also
 thanks for testing the generic `lapack`.  That rules out some possible
 external problems with your Macports installation.  My basic understanding
 is yes, the generic `lapack` will be significantly slower without either
 of the performance variants.
 >
 > In LAPACK release notes I see that a new extended API with _64 suffix
 was added in 3.12.0.  From your log files, 3.12.0 is now trying to build
 that extended API, and expecting a corresponding API from external CBLAS
 libraries.  I think this explains these particular link failures.  The
 messages match.
 >
 > Unfortunately I am out of time for this right now.  Someone needs to
 study LAPACK release notes, install docs, and help forums.  Figure out how
 to either disable LAPACK building of the extended API, or else get that
 new extended API enabled in either the `+openblas` or `+accelerate`
 variants.
 >
 > We could also consider reverting the 3.12.0 update until someone can get
 it working properly.  You can revert to 3.11.0 in your own installation if
 you would like to try that.  I can show you how to revert.  Further
 thoughts, anyone?

 Thanks, I will await any input then, unless I find a solution myself in
 the meantime.

 As a reasonable user, I never removed the previous `lapack
 @3.11.0_1+gfortran+openblas` I had installed. So I will just activate that
 one for now. I have no linking errors with that, so that makes the most
 sense for the time being.

-- 
Ticket URL: <https://trac.macports.org/ticket/69295#comment:9>
MacPorts <https://www.macports.org/>
Ports system for macOS


More information about the macports-tickets mailing list