From mboxrd@z Thu Jan  1 00:00:00 1970
From: Ricardo Wurmus <rekado@elephly.net>
Subject: Re: [PATCH] Add guile-fibers (needs help)
Date: Mon, 05 Dec 2016 21:44:15 +0100
Message-ID: <8760myrtr4.fsf@elephly.net>
References: <87d1h66wvx.fsf@dustycloud.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
Return-path: <guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org>
Received: from eggs.gnu.org ([2001:4830:134:3::10]:49082)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <rekado@elephly.net>) id 1cE08B-0001Xt-H7
	for guix-devel@gnu.org; Mon, 05 Dec 2016 15:45:00 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <rekado@elephly.net>) id 1cE088-00007x-FU
	for guix-devel@gnu.org; Mon, 05 Dec 2016 15:44:59 -0500
Received: from sender163-mail.zoho.com ([74.201.84.163]:21360)
	by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32)
	(Exim 4.71) (envelope-from <rekado@elephly.net>) id 1cE088-00007Q-6y
	for guix-devel@gnu.org; Mon, 05 Dec 2016 15:44:56 -0500
In-reply-to: <87d1h66wvx.fsf@dustycloud.org>
List-Id: "Development of GNU Guix and the GNU System distribution."
	<guix-devel.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/guix-devel>,
	<mailto:guix-devel-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/guix-devel/>
List-Post: <mailto:guix-devel@gnu.org>
List-Help: <mailto:guix-devel-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/guix-devel>,
	<mailto:guix-devel-request@gnu.org?subject=subscribe>
Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org
Sender: "Guix-devel" <guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org>
To: Christopher Allan Webber <cwebber@dustycloud.org>
Cc: guix-devel <guix-devel@gnu.org>


Christopher Allan Webber <cwebber@dustycloud.org> writes:

> Hello,
>
> I started a patch to add guile-fibers, which I know many of us are
> intertested in giving a spin, but I haven't gotten things to build
> right.  The funny thing is I can get it to build fine from the tarball
> itself.  I'm missing something in the package, but I don't know what.

With these arguments I can build fibers.

    (arguments
     `(#:parallel-build? #f
       #:phases
       (modify-phases %standard-phases
         (add-after 'unpack 'patch-epoll-path
           (lambda* (#:key outputs #:allow-other-keys)
             (substitute* "fibers/epoll.scm"
               (("load-extension \"epoll\"")
                "load-extension \".libs/epoll\""))
             #t)))))

I don’t think that’s right, though, because it probably won’t find epoll
at runtime.  Maybe this can be avoided at build time with an environment
variable?  In the end I think “epoll” should be replaced with the full
store path of the epoll shared object.

-- 
Ricardo

GPG: BCA6 89B6 3655 3801 C3C6  2150 197A 5888 235F ACAC
http://elephly.net