<div dir="ltr"><div dir="ltr">On Thu, May 8, 2025 at 9:15 AM David Andrs <<a href="mailto:andrsd@gmail.com">andrsd@gmail.com</a>> wrote:</div><div class="gmail_quote gmail_quote_container"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hi Juan,<div><br></div><div>I recently bumped into a similar issue (not with PETSc). It is a general issue with the newest macOS where a duplicate rpath prevents you from running the binary. The info is buried in the error message when you run the binary. I saw people "fixing" the issue by downgrading Xcode to 16.2 - if my memory serves well. Also you can inspect your binary via `otool -l` to check for the duplicate entries and remove them via install_name_tool (not a solution, but a diagnosing step). So, maybe check if this is the problem you are running into.</div></div></blockquote><div><br></div><div>Thanks! I will have to remember this one. Apple keeps finding ways to make us less productive.</div><div><br></div><div>  Matt</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Side note: conda environment has the same problem and users are advised to update to the latest ld64 (from conda-forge).</div><div><br></div><div>With regards,</div><div>--</div><div>David</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, May 7, 2025 at 10:27 PM Juan Salazar via petsc-users <<a href="mailto:petsc-users@mcs.anl.gov" target="_blank">petsc-users@mcs.anl.gov</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Dear PETSc users,<br>
<br>
I am probably doing something dumb, but since I recently updated macOS, I am getting the following errors when running `make check`: dyld[19098]: Library not loaded: @rpath/libHYPRE-2.32.0.dylib . I am also not able to compile codes that previously worked with petsc because of the same issues. The dylib is not linked, even tough it is in the path that apparently is searched. <br>
<br>
Below is my configure command<br>
<br>
./configure --with-debugging=0 --download-cmake --download-hypre --download-parmetis --download-metis --download-ptscotch --download-mumps --download-scalapack --with-precision=double --with-shared-libraries=1 --with-scalar-type=real --with-fc=mpifort --with-cc=mpicc --with-cxx=mpicxx CXX_LINKER_FLAGS=-Wl,-rpath,/opt/homebrew/lib CFLAGS="-g -O2 -fPIC" CXXFLAGS="-g -O2 -fPIC" FCFLAGS="-g -O2" FFLAGS="-g -O2" LDFLAGS="-Wl,-ld_classic -Wl,-commons,use_dylibs" MAKEFLAGS=w --download-bison<br>
<br>
Attached are the configure.log and make.log and check.log files.<br>
<br>
√ petsc-3.23.1 % mpifort --version<br>
GNU Fortran (Homebrew GCC 14.2.0_1) 14.2.0<br>
Copyright (C) 2024 Free Software Foundation, Inc.<br>
This is free software; see the source for copying conditions.  There is NO<br>
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.<br>
<br>
√ petsc-3.23.1 % mpicc --version<br>
Apple clang version 17.0.0 (clang-1700.0.13.3)<br>
Target: arm64-apple-darwin24.4.0<br>
Thread model: posix<br>
InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin<br>
<br>
√ petsc-3.23.1 % mpicxx --version<br>
Apple clang version 17.0.0 (clang-1700.0.13.3)<br>
Target: arm64-apple-darwin24.4.0<br>
Thread model: posix<br>
InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin<br>
<br>
macOS Sequoia 15.4.1 (24E263)<br>
<br>
Any help is much appreciated,<br>
Juan S.<br>
<br>
<br>
<br>
<br>
<br>
</blockquote></div>
</blockquote></div><div><br clear="all"></div><div><br></div><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div>What most experimenters take for granted before they begin their experiments is infinitely more interesting than any results to which their experiments lead.<br>-- Norbert Wiener</div><div><br></div><div><a href="https://urldefense.us/v3/__http://www.cse.buffalo.edu/*knepley/__;fg!!G_uCfscf7eWS!foYFpXpWd_2fpOCFImBaX5XJCne4IvL_yUutmn2DFXcM7OgZ5IwCQNDVbRbCQBgFuwkIs1sYAKeY7hVvkDoD$" target="_blank">https://www.cse.buffalo.edu/~knepley/</a><br></div></div></div></div></div></div></div></div>