<div dir="auto"><div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Aug 19, 2024, 13:29 Graham Inggs <<a href="mailto:ginggs@debian.org">ginggs@debian.org</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">Hi James<br>
<br>
On Mon, 19 Aug 2024 at 12:06, James Addison <<a href="mailto:jay@jp-hosting.net" target="_blank" rel="noreferrer">jay@jp-hosting.net</a>> wrote:<br>
> [ ... snip ... ]<br>
><br>
> From the build logs: the failure seems to be due to the missing<br>
> mpi_fortran_... symbols on 32-bit ARM; but those appear to be openmpi<br>
> symbols -- if the default MPI provider is (or should now be) mpich,<br>
> then should those symbols be removed from the debian/libelpa19.symbols<br>
> file?<br>
><br>
> ...and, conversely: why are 64-bit builds successfully linking openmpi<br>
> and resolving those symbols, if mpich is meant to be the default?<br>
><br>
> [ ... snip ... ]<br>
<br>
The default MPI was only changed to mpich on 32-bit architectures, on<br>
64-bit architectures, it remains openmpi.<br>
<br>
See #1064810:<br>
"OpenMPI 5.0 drops 32-bit support, so we need to move those archs to MPICH."<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Ok, thank you.  Could we resolve this by adding libelpa.symbols.arch file(s), minus the openmpi symbols, for the failing architectures?</div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
</blockquote></div></div></div>