[petsc-users] 3.16.4 amd blis libflame linking problem

Barry Smith bsmith at petsc.dev
Fri Feb 4 11:40:33 CST 2022



> On Feb 4, 2022, at 12:38 PM, Satish Balay <balay at mcs.anl.gov> wrote:
> 
> On Fri, 4 Feb 2022, Barry Smith wrote:
> 
>> 
>> 
>>> On Feb 4, 2022, at 12:27 PM, Satish Balay <balay at mcs.anl.gov> wrote:
>>> 
>>> Probably best if you can use the same version of gfortran to build both petsc and libflame/blis
>>> 
>>>> /usr/bin/ld: warning: libgfortran.so.5, needed by /opt/amd/amd-libflame-3.1.0/lib/lp64/libflame.so, not found (try using -rpath or -rpath-link):
>>> 
>>> This is probably an ignore-able warning - but configure defaults to -Werror mode here.
>> 
>>  Hmm, if it needs libgfortran.so.5 then it needs it and it cannot be ignored since a link cannot succeed. Flame presumably contains a lot of old Fortran code from Lapack so would normally need the fortran libraries.
> 
> Its a warning not an error.
> 
> And we already have a list of excludes (of such warnings) to ignore in configure

  I understand it is a warning. But I am questioning how one could actually use this libflame library if one of its dependencies cannot be found.


> 
> Satish
> 
>> 
>>> 
>>> Wrt forcing link with static libraries - you can try:
>>> 
>>> LIBS="/opt/amd/amd-libflame-3.1.0/lib/lp64/libflame.a /opt/amd/amd-blis-3.1.0/lib/lp64/libblis.a"
>>> 
>>> [instead of --with-blas-lib= --with-lapack-lib= options].
>>> 
>>> Satish
>>> 
>>> 
>>> On Fri, 4 Feb 2022, Barry Smith wrote:
>>> 
>>>> 
>>>> Please do 
>>>> 
>>>> ldd -O /opt/amd/amd-libflame-3.1.0/lib/lp64/libflame.so
>>>> 
>>>> You may need to list the gfortran library directory of libgfortran.so.5 it needs to use in LDFLAGS passed to PETSc configure 
>>>> 
>>>> Barry
>>>> 
>>>> Note: Even though you explicitly listed a static library of libflame to use our configure is goofy and loses that information and wants to link with the shared version
>>>> 
>>>> 
>>>>> On Feb 4, 2022, at 12:00 PM, Anton Popov <popov at uni-mainz.de> wrote:
>>>>> 
>>>>> 
>>>>> 
>>>>> On 04.02.22 17:39, Matthew Knepley wrote:
>>>>>> On Fri, Feb 4, 2022 at 11:35 AM Anton Popov <popov at uni-mainz.de <mailto:popov at uni-mainz.de>> wrote:
>>>>>> Hi Satish,
>>>>>> 
>>>>>> I just discovered that PETSc 3.16.4 fails to link against the latest AMD 
>>>>>> BLIS and LibFLAME libraries on a Linux box.
>>>>>> 
>>>>>> -------------------------------------------------------------------------------
>>>>>> You set a value for --with-blas-lib=<lib> and --with-lapack-lib=<lib>, 
>>>>>> but ['/opt/amd/amd-blis-3.1.0/lib/lp64/libblis.a'] and 
>>>>>> ['/opt/amd/amd-libflame-3.1.0/lib/lp64/libflame.a'] cannot be used
>>>>>> *******************************************************************************
>>>>>> 
>>>>>> My previous experience with 3.9.4 on the same system was fully 
>>>>>> successful. Looking in the configure logs (attached) reveals small 
>>>>>> difference in the linking compared to 3.9.4
>>>>>> 
>>>>>> Could you please make a guess what went wrong?
>>>>>> 
>>>>>> Down in the log I see:
>>>>>> 
>>>>>> /usr/bin/ld: warning: libgfortran.so.5, needed by /opt/amd/amd-libflame-3.1.0/lib/lp64/libflame.so, not found (try using -rpath or -rpath-link):
>>>>> Thanks Matt, I'll try.
>>>>> 
>>>>>> 
>>>>>> Did the gfortran library move or get upgraded?
>>>>> Not at all. I have configured 3.9.4 just now to make a test, and it perfectly finds all the libraries. So there must be something that 3.16.4 does differently. 
>>>>> 
>>>>> Best,
>>>>> 
>>>>> Anton
>>>>> 
>>>>>> 
>>>>>> Thanks,
>>>>>> 
>>>>>>    Matt
>>>>>> 
>>>>>> Best regards,
>>>>>> 
>>>>>> Anton
>>>>>> 
>>>>>> 
>>>>>> -- 
>>>>>> 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://www.cse.buffalo.edu/~knepley/ <http://www.cse.buffalo.edu/~knepley/>
>>>> 
>>>> 
>>> 
>> 
> 



More information about the petsc-users mailing list