[MacPorts] #68329: py311-scipy @1.10.1_0+gfortran+openblas not building on Sonoma apple silicon
MacPorts
noreply at macports.org
Mon Nov 20 13:50:49 UTC 2023
#68329: py311-scipy @1.10.1_0+gfortran+openblas not building on Sonoma apple
silicon
--------------------------+-----------------------
Reporter: quintusdias | Owner: michaelld
Type: defect | Status: assigned
Priority: Normal | Milestone:
Component: ports | Version: 2.8.1
Resolution: | Keywords:
Port: py-scipy |
--------------------------+-----------------------
Comment (by bal-agates):
I saw there was an update to the OpenBLAS port so I upgraded all my ports
and then tried to install py311-scipy. On my system the build of
py311-scipy still fails in the same way.
I think the ultimate problem is library libopenblas-r1.dylib contains two
references to /opt/local/lib/libgcc. This is an error but apparently most
older linkers ignored it. Apparently the Xcode 15.0.X linker treats this
as an error. Chris Jones suggested that the Xcode 15.1 linker might solve
the issue. Xcode 15.1 hasn't been released yet but I did see "Xcode 15.1
beta 3" was released on 14-Nov-2023 so it probably is getting close to
being released.
I have not studied the OpenBLAS port as to why there are two references to
/opt/local/lib/libgcc. It might be as simple as one reference comes from
being manually specified and another auto-generated by cmake? I have a
poor understanding of cmake and what triggers it to do things. Are there
any port maintainers for OpenBLAS on this Issues distribution?
The only short term workaround I can think of is to manually remove the
duplicate reference from libopenblas-r1.dylib. Mark Mentovai commented
above that he did this and it fixed the problem. Not sure what command he
used. Later on Ken (above) did the same and it fixed the problem. Ken
listed the command he used.
--
Ticket URL: <https://trac.macports.org/ticket/68329#comment:32>
MacPorts <https://www.macports.org/>
Ports system for macOS
More information about the macports-tickets
mailing list