From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:39275) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e5ZKD-00070i-P3 for guix-patches@gnu.org; Fri, 20 Oct 2017 11:35:06 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1e5ZKA-000886-K6 for guix-patches@gnu.org; Fri, 20 Oct 2017 11:35:05 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:43858) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1e5ZKA-000881-GM for guix-patches@gnu.org; Fri, 20 Oct 2017 11:35:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1e5ZKA-0007Lz-3l for guix-patches@gnu.org; Fri, 20 Oct 2017 11:35:02 -0400 Subject: [bug#28690] provide a lib output for boost Resent-Message-ID: From: Dave Love References: <87d164b36m.fsf@albion.it.manchester.ac.uk> <87tvyukwfp.fsf@albion.it.manchester.ac.uk> <20171020.114635.656611467612536342.post@thomasdanckaert.be> Date: Fri, 20 Oct 2017 16:34:12 +0100 In-Reply-To: <20171020.114635.656611467612536342.post@thomasdanckaert.be> (Thomas Danckaert's message of "Fri, 20 Oct 2017 11:46:35 +0200") Message-ID: <871slxltor.fsf@albion.it.manchester.ac.uk> 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: Thomas Danckaert Cc: 28690@debbugs.gnu.org Thomas Danckaert writes: >> Sorry, I don't understand; the usual problem seems to be >> _preventing_ >> that, e.g. to cure cycles. It may not be in the package definition, >> but >> if I mention "lib" in some file in "out", it will do the job, won't >> it? > > This is enough to retain a store reference to the "lib" output (so lib > becomes part of the package closure), but I don't think this is enough > to make the =E2=80=9Cboost:lib=E2=80=9D output available in the build env= ironment of a > package which only explicitly relies on =E2=80=9Cboost:out=E2=80=9D. I me= an that a > package which needs to link against boost:lib will not find it in the > build phase, unless boost:lib is explicitly added to its inputs (or > propagated by boost:out, see my other suggestion). Sorry, yes. I've fallen for that before, now I think of it. > But I'm largely speculating here, haven't tried any of this out... > Not sure what the =E2=80=9Cdeficiency=E2=80=9D is (provided one of these = solutions > works, maybe they'd both work). Probably =E2=80=9Cpropagated-inputs=E2= =80=9D, > =E2=80=9Cnative-inputs=E2=80=9D and normal =E2=80=9Cinputs=E2=80=9D shoul= d be explained more > thoroughly in the manual, perhaps with 1 or 2 examples (As you see, > I'm not 100% sure how it all fits together, or I'd write it myself. That's two of us. I've intended to write something for "conversion" from other packaging systems, but definitely don't understand enough yet.