From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:47402) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dqLKB-0005re-0x for guix-patches@gnu.org; Fri, 08 Sep 2017 11:36:08 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dqLK6-0001k3-2L for guix-patches@gnu.org; Fri, 08 Sep 2017 11:36:07 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:47451) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dqLK5-0001je-Uv for guix-patches@gnu.org; Fri, 08 Sep 2017 11:36:01 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1dqLK5-0005EI-O3 for guix-patches@gnu.org; Fri, 08 Sep 2017 11:36:01 -0400 Subject: [bug#28045] [PATCH] gnu: Add openfoam References: <20170811110636.23339-1-pgarlick@tourbillion-technology.com> Resent-Message-ID: Date: Fri, 8 Sep 2017 11:34:58 -0400 (EDT) From: Eric Bavier Message-ID: <513001199.42346965.1504884898846.JavaMail.root@centurylink.net> In-Reply-To: <1504870325.2630.39.camel@tourbillion-technology.com> 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: Paul Garlick Cc: 28045@debbugs.gnu.org ----- Original Message ----- > Hi Ludo, >=20 >=20 > > Does it address the use case you have in mind? >=20 > Yes, I think that both the multiple-profile solution and the 'ad-hoc' > environment will work for Guix/OpenFOAM. >=20 > The traditional method of installing multiple OpenFOAM versions is to > install to a common $FOAM_INST_DIR directory. =C2=A0However, as you point > out, this is not strictly necessary and does not provide any > advantage > in the Guix system. >=20 > So, continuing the 'middle road' line of thought, the 'install-dir' > variable would be modified to add a '/lib' element: >=20 > - =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0%output "/OpenFOAM-" ,version))) > + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0%output "/OpenFOAM-" ,version > "/lib"))) >=20 > You suggest adding a link between bin and lib/OpenFOAM- > 4.1/platforms/linux64GccDPInt32Opt/bin. =C2=A0What would be the best way > to > add this to the package definition? >=20 > There could also be a link between lib and lib/OpenFOAM- > 4.1/platforms/linux64GccDPInt32Opt/lib. >=20 > The links would allow the runpaths to be validated. =C2=A0So; >=20 > - =C2=A0 =C2=A0 =C2=A0 #:validate-runpath? #f ; '#:elf-directories' is no= t > recognised > here >=20 > The FOAM_INST_DIR variable would need to be updated: >=20 > - =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(files '("."))))) > =C2=A0+ =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(files '("./lib"))))) >=20 > WDYT?>=20 It seems to me that if using Guix's profiles and environments, we could ent= irely do without OpenFOAM's installation directories and simply install int= o a standard bin/lib structure. Just install libraries into (string-append= %output "/lib") and the binaries into (string-append %output "/bin"). `~Eric