From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: Re: [PATCH] gnu: mesa: Add libva input. Date: Fri, 01 May 2015 00:17:21 +0200 Message-ID: <87618dfeha.fsf@gnu.org> References: <87zj5se6o0.fsf@taylan.uni.cx> <87383kbah1.fsf@gmail.com> <87r3r4dmwq.fsf@taylan.uni.cx> <20150429211211.GB9266@debian> <871tj2eh5t.fsf@taylan.uni.cx> <20150430072934.GA4097@debian> <87oam6c9ja.fsf@taylan.uni.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:59283) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ynwlt-0003PG-4c for guix-devel@gnu.org; Thu, 30 Apr 2015 18:17:29 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Ynwlp-0002v5-4P for guix-devel@gnu.org; Thu, 30 Apr 2015 18:17:29 -0400 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:59658) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ynwlp-0002v0-11 for guix-devel@gnu.org; Thu, 30 Apr 2015 18:17:25 -0400 In-Reply-To: <87oam6c9ja.fsf@taylan.uni.cx> ("Taylan Ulrich \=\?utf-8\?Q\?\=5C\=22Bay\=C4\=B1rl\=C4\=B1\=2FKammer\=5C\=22\=22's\?\= message of "Thu, 30 Apr 2015 10:20:09 +0200") List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org To: Taylan Ulrich =?utf-8?Q?=22Bay=C4=B1rl=C4=B1?= =?utf-8?Q?=2FKammer=22?= Cc: guix-devel@gnu.org taylanbayirli@gmail.com (Taylan Ulrich "Bay=C4=B1rl=C4=B1/Kammer") skribis: > Actually, I hit the problem again now; it's during the compilation of > .scm files. > > The problem seems to be that 'inherit' fields of packages are evaluated > eagerly, so when video.scm directly or indirectly imports gl.scm before > having bound the libva variable to its value, and the libva-without-mesa > definition in gl.scm tries to reference libva, it errors. > > I can solve this by wrapping the libva-without-mesa definition in a > delay, and forcing it in the input field of mesa. Is that OK? Yes, indeed, the solution in such cases is to use a promise or a thunk, or to have the two definitions in the same file. Thanks, Ludo=E2=80=99.