[MacPorts] #62727: OpenBLAS fails to build on Apple M1
MacPorts
noreply at macports.org
Fri Apr 23 06:41:13 UTC 2021
#62727: OpenBLAS fails to build on Apple M1
------------------------------+--------------------
Reporter: Gregory-Gelfond | Owner: (none)
Type: defect | Status: new
Priority: Normal | Milestone:
Component: ports | Version: 2.6.4
Resolution: | Keywords:
Port: OpenBLAS |
------------------------------+--------------------
Comment (by NicosPavlov):
It seems to be another error. The version of python should not have any
influence, but while #61700 fails to compile some code, this is the linker
which here fails after having compiled everything:
{{{
...
:info:build perl ./gensymbol osx arm64 _ 0 0 0 0 0 0 "" "" 0 0 1 1 1 1 >
osx.def
:info:build /opt/local/bin/gfortran-mp-devel -O3 -Wall -frecursive -fno-
optimize-sibling-calls -fPIC -march=armv8-a -all_load
-headerpad_max_install_names -install_name
"/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_math_OpenBLAS/OpenBLAS/work
/xianyi-OpenBLAS-2f6d35c/exports/../libopenblas.1.dylib" -dynamiclib -o
../libopenblas-r1.dylib ../libopenblas-r1.a
-Wl,-exported_symbols_list,osx.def -L/opt/local/lib -L/opt/local/lib/gcc-
devel/gcc/aarch64-apple-darwin20/11.0.1 -L/opt/local/lib/gcc-
devel/gcc/aarch64-apple-darwin20/11.0.1/../../.. -Wl,-rpath,,loader_path
-Wl,-rpath,/opt/local/lib -Wl,-rpath,/opt/local/lib/gcc-devel/gcc/aarch64
-apple-darwin20/11.0.1 -Wl,-rpath,/opt/local/lib/gcc-devel/gcc/aarch64
-apple-darwin20/11.0.1/../../.. -L/opt/local/lib -L/opt/local/lib/gcc-
devel/gcc/aarch64-apple-darwin20/11.0.1 -L/opt/local/lib/gcc-
devel/gcc/aarch64-apple-darwin20/11.0.1/../../.. -Wl,-rpath,,loader_path
-Wl,-rpath,/opt/local/lib -Wl,-rpath,/opt/local/lib/gcc-devel/gcc/aarch64
-apple-darwin20/11.0.1 -Wl,-rpath,/opt/local/lib/gcc-devel/gcc/aarch64
-apple-darwin20/11.0.1/../../.. -lgfortran -lm -lSystem -lgfortran -lm
-lSystem
:info:build ld: file not found: loader_path
:info:build collect2: error: ld returned 1 exit status
...
}}}
I indeed do not see what this "loader_path" is doing here. I checked in my
case (x86 CPU), all linkage is done through direct reference to path (i.e.
"-L/opt/local/lib -L/opt/local/lib/gcc10/gcc/x86_64-apple-darwin19/10.3.0
...").
--
Ticket URL: <https://trac.macports.org/ticket/62727#comment:4>
MacPorts <https://www.macports.org/>
Ports system for macOS
More information about the macports-tickets
mailing list