From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:470:142:3::10]:49533) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j47WR-0004Ci-JW for guix-patches@gnu.org; Tue, 18 Feb 2020 13:23:04 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j47WQ-0003ZK-DD for guix-patches@gnu.org; Tue, 18 Feb 2020 13:23:03 -0500 Received: from debbugs.gnu.org ([209.51.188.43]:35298) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1j47WQ-0003Z4-9g for guix-patches@gnu.org; Tue, 18 Feb 2020 13:23:02 -0500 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1j47WQ-0000P2-61 for guix-patches@gnu.org; Tue, 18 Feb 2020 13:23:02 -0500 Subject: [bug#39588] gnu: Add mpich, scalapack-mpich, mumps-mpich, pt-scotch-mpich, python-mpi4py-mpich Resent-Message-ID: MIME-Version: 1.0 References: <87blq2rclk.fsf@inria.fr> <87o8tx3z2q.fsf@gnu.org> <87k14j6amk.fsf@inria.fr> In-Reply-To: <87k14j6amk.fsf@inria.fr> From: zimoun Date: Tue, 18 Feb 2020 19:22:17 +0100 Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-patches-bounces+kyle=kyleam.com@gnu.org Sender: "Guix-patches" To: Maurice =?UTF-8?Q?Br=C3=A9mond?= Cc: Ludovic =?UTF-8?Q?Court=C3=A8s?= , 39588@debbugs.gnu.org Hi Maurice, On Tue, 18 Feb 2020 at 18:58, Maurice Br=C3=A9mond wrote: > If I understand, in this case, the usage of --with-input is > possible because implicit packages are very likely to not use mpi ? Maybe I miss the issue. I have not look at mumps and related since... years= . :-) (Neither your patches. :-D) If mumps depends explicitly on openmpi, then '--with-inputs' can rewrite the direct dependencies, by providing say mpich instead of openmpi. If petsc* depends explicitly on openmpi and on mumps (which depends explicitly on openmpi too), then '--with-inputs=3Dopenmpi=3Dmpich' will *only* rewrite the dependency of petsc but not of mumps. So it ends with petsc compiled with mpich and mumps with openmpi. Still considering this (fictive) example, where: - petsc depends on openmpi(1) and mumps - mumps depends on openmpi(2) The openmpi(2) is an implicit dependency for petsc and '--with-inputs' does not work. *because I know better PETSc than Scotch. ;-) > You can try with my original patch just a transformation of > mumps-openmpi into mumps-mpich: > > guix time-machine --url=3Dhttps://gitlab.inria.fr/bremond/guix.git \ > --branch=3Dadd-mpich -- \ > environment -K --pure --ad-hoc mumps-openmpi \ > --with-input=3Dmpi=3Dmpich --with-input=3Dopenmpi=3Dmpich -- > > This works for me, I can use a similar command to compile and execute a > program which uses mumps and I can see with ldd that mpich is used. > > Then with the current mpich patch on savannah master: > > guix time-machine --commit=3Dc70261bfb993cebc23cd80042de3f52a8b7932a4 -- = \ > environment -K --pure --ad-hoc mumps-openmpi \ > --with-input=3Dmpi=3Dmpich --with-input=3Dopenmpi=3Dmpich -- > > This fails on my machine for the pt-scotch check (there is the same > error with scalapack check) Are 'pt-scotch' and 'scalapack' compiled with 'mpich' or 'openmpi'? Because maybe "mumps-openmpi --with-input=3Dopenmpi=3Dmpich" compiles 'mumps' using 'mpich' as MPI but compile 'pt-scotch' or 'scalapack' with the default implementation which seems 'openmpi'. Thank you for your work. All the best, simon