[petsc-users] dyld[19098]: Library not loaded: @rpath/libHYPRE-2.32.0.dylib
Matthew Knepley
knepley at gmail.com
Thu May 8 20:31:15 CDT 2025
On Thu, May 8, 2025 at 6:22 PM Juan Salazar <jp.salazar at pm.me> wrote:
> Thank you for the feedback Matthew,
>
> I should explain why there is a difference in the path variables. I am
> compiling PETSc on case-sensitive Apple File System as a volume mounted at
> /Volume/OpenFOAM. This is because I compile OpenFOAM natively (it is
> developed for Linux, but with some tweaks it can be compiled on macOS). I
> use the PETSc library within custom OpenFOAM applications (solvers).
> Therefore I install PETSc in the same volume.
>
I believe it is as David said. The dynamic linker cannot load it due to
multiple paths. You should be able to see that with otool -L on the
executable. Did you see his message?
Thanks,
Matt
Reason: tried:
'/Volumes/OpenFOAM/jsalazar-9/ThirdParty/petsc-3.23.1/arch-darwin-c-opt/lib/libHYPRE-2.32.0.dylib'
(duplicate LC_RPATH '/opt/homebrew/Cellar/open-mpi/5.0.7/lib'),
> Depending on how I reach the installation folder, the PWD variable will be
> set differently.
>
> Last login: Thu May 8 19:05:51 on ttys004
> √ ~ % cd /Volumes/OpenFOAM/jsalazar-9/ThirdParty/petsc-3.23.1
> √ petsc-3.23.1 % pwd
> /Volumes/OpenFOAM/jsalazar-9/ThirdParty/petsc-3.23.1
>
> Last login: Thu May 8 19:07:38 on ttys004
> √ ~ % cd ~/openfoam/jsalazar-9/ThirdParty/petsc-3.23.1
> √ petsc-3.23.1 % pwd
> /Users/jsalazar/openfoam/jsalazar-9/ThirdParty/petsc-3.23.1
>
> I noticed that within the python configure script the path is obtained
> invariably through the command os.getcwd().
>
> √ petsc-3.23.1 % python
> Python 3.12.10 (main, Apr 8 2025, 11:35:47) [Clang 16.0.0
> (clang-1600.0.26.6)] on darwin
> Type "help", "copyright", "credits" or "license" for more information.
> >>> import os
> >>> os.getcwd()
> '/Volumes/OpenFOAM/jsalazar-9/ThirdParty/petsc-3.23.1'
>
> This result is the same independent of how I got to the folder.
>
> So I ran ./configure again making sure that PWD is the same as
> os.getcwd(). Unfortunately this did not solve the problem. I believe the
> paths are consistent now.
>
> Thanks again,
> Juan S.
>
>
>
>
>
>
>
--
What most experimenters take for granted before they begin their
experiments is infinitely more interesting than any results to which their
experiments lead.
-- Norbert Wiener
https://urldefense.us/v3/__https://www.cse.buffalo.edu/*knepley/__;fg!!G_uCfscf7eWS!b44h-sLwTGYsZVJkeoCYZpHibxlRGYKesJNr1WEgrw33x5IuPBSXOdcY-D0WcN3UZI9-iV226YQy0HicD5FV$ <https://urldefense.us/v3/__http://www.cse.buffalo.edu/*knepley/__;fg!!G_uCfscf7eWS!b44h-sLwTGYsZVJkeoCYZpHibxlRGYKesJNr1WEgrw33x5IuPBSXOdcY-D0WcN3UZI9-iV226YQy0Jb1xo5C$ >
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mcs.anl.gov/pipermail/petsc-users/attachments/20250508/c3907eca/attachment.html>
More information about the petsc-users
mailing list