From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:54827) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dkdIl-00040Q-KP for guix-patches@gnu.org; Wed, 23 Aug 2017 17:35:04 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dkdIk-0006Ko-LO for guix-patches@gnu.org; Wed, 23 Aug 2017 17:35:03 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:43129) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dkdIk-0006Kk-HZ for guix-patches@gnu.org; Wed, 23 Aug 2017 17:35:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1dkdIk-0005lD-A6 for guix-patches@gnu.org; Wed, 23 Aug 2017 17:35:02 -0400 Subject: [bug#27850] gnu: mpi: openmpi: Don't enable thread-multiple Resent-Message-ID: From: ludo@gnu.org (Ludovic =?UTF-8?Q?Court=C3=A8s?=) References: <87wp6thqjc.fsf@i-ulialbion.it.manchester.ac.uk> <87379c4oxs.fsf@gnu.org> <87o9s0bhro.fsf@i-ulialbion.it.manchester.ac.uk> <87lgn3skmm.fsf@inria.fr> <87tw1r9sss.fsf@i-ulialbion.it.manchester.ac.uk> <87bmnzxk50.fsf@inria.fr> <874ltr9hhs.fsf@i-ulialbion.it.manchester.ac.uk> <87o9r9t5yy.fsf@gnu.org> <87h8wyh77z.fsf@albion.it.manchester.ac.uk> Date: Wed, 23 Aug 2017 23:34:04 +0200 In-Reply-To: <87h8wyh77z.fsf@albion.it.manchester.ac.uk> (Dave Love's message of "Wed, 23 Aug 2017 12:08:32 +0100") Message-ID: <87r2w2j7eb.fsf@gnu.org> MIME-Version: 1.0 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: Dave Love Cc: 27850-done@debbugs.gnu.org Dave Love skribis: > Ludovic Court=C3=A8s writes: [...] >> I went ahead and applied the patch you posted, minus the extra outputs, > > What's the problem with a runtime output? It=E2=80=99s mostly that this should be a separate patch, as discussed earl= ier. It=E2=80=99s not a problem per se as long as it does help reduce the size of what people commonly install, which is not obvious to me. >>>> What do you have in mind for SLURM? >>> >>> There's integration with SLURM (--with-slurm), PBS/Torque, and LSF (or, >>> I guess, Open Lava in the free world). I don't know much about them, >>> but they build MCA modules. Unlike the gridengine support, they link >>> against libraries for the resource managers, so you want them to be >>> add-ons which are only installed when required (not like the Fedora >>> packaging). >> >> I see. I suppose we could make them separate outputs to avoid the >> overhead, if that=E2=80=99s justified? > > Yes, I think so. It's probably best if someone does it who uses those > resource managers and can test the result. OK, I may give it a try at a later point. Thanks, Ludo=E2=80=99.