From mboxrd@z Thu Jan 1 00:00:00 1970 From: Chris Marusich Subject: Re: geiser-xref-callers does not seem to work Date: Mon, 18 Dec 2017 23:47:14 -0800 Message-ID: <87fu87i2gt.fsf@gmail.com> References: <87d13fjecw.fsf@gmail.com> <87shc8qt0p.fsf@igalia.com> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:58704) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eRCcU-0001iM-U7 for guix-devel@gnu.org; Tue, 19 Dec 2017 02:47:24 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eRCcT-00006U-Se for guix-devel@gnu.org; Tue, 19 Dec 2017 02:47:22 -0500 In-Reply-To: <87shc8qt0p.fsf@igalia.com> (Andy Wingo's message of "Mon, 18 Dec 2017 10:34:14 +0100") 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" To: Andy Wingo , "Jose A. Ortega Ruiz" Cc: guix-devel@gnu.org, geiser-users@nongnu.org --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi, Thank you for the quick response! Andy Wingo writes: > It appears to be a Geiser problem and not a Guile problem: > > wingo@rusty:~/src/guix$ ./pre-inst-env guile > GNU Guile 2.2.2 > Copyright (C) 1995-2017 Free Software Foundation, Inc. > > Guile comes with ABSOLUTELY NO WARRANTY; for details type `,show w'. > This program is free software, and you are welcome to redistribute it > under certain conditions; type `,show c' for details. > > Enter `,help' for help. > scheme@(guile-user)> (use-modules (gnu system vm)) > scheme@(guile-user)> expression->derivation-in-linux-vm=20 > $1 =3D #derivation-in-linux-vm (name exp > #:key system linux initrd qemu env-vars guile-for-build > single-file-output? make-disk-image? references-graphs memory-size > disk-image-format disk-image-size)> > scheme@(guile-user)> (use-modules (system xref)) > scheme@(guile-user)> (procedure-callers $1) > ERROR: In procedure scm-error: > ERROR: expected a variable, symbol, or (modname . sym) # expression->derivation-in-linux-vm (name exp #:key system linux initrd > qemu env-vars guile-for-build single-file-output? make-disk-image? > references-graphs memory-size disk-image-format disk-image-size)> > > Entering a new prompt. Type `,bt' for a backtrace or `,q' to continu= e. > scheme@(guile-user) [1]> ,q > scheme@(guile-user)> (procedure-callers '((gnu system vm) . expressio= n->derivation-in-linux-vm)) > $2 =3D (((gnu system vm) # qemu disk-image-size disk-image-format file-system-type > file-system-label file-system-uuid os-drv bootcfg-drv bootloader > register-closures? inputs copy-inputs?)> # (#:key name file-system-label file-system-uuid system qemu os-drv > bootcfg-drv bootloader register-closures? inputs)>)) > > I assume your Scheme files are indeed compiled? Yes, I double-checked: even when the files are compiled, it doesn't seem to work for me. "Jose A. Ortega Ruiz" writes: > For geiser's functionality to be active, the module's has to be loaded in > the running guile session. Opening the file or switching to the module > without evaluation won't make available any of its definitions to the > running process. Have you tried compiling/loading the module? A quick > way of accomplishing that is with C-c C-k when you're in vm.scm. Since the files are already compiled, is this necessary? Either way, I tried running C-c C-k (which is bound to geiser-compile-current-buffer), and the problem still occurred. Is this feature working for anyone else? =2D-=20 Chris --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEy/WXVcvn5+/vGD+x3UCaFdgiRp0FAlo4xAIACgkQ3UCaFdgi Rp02dg/+NnPZbt+VCsVeTPwKvBdr/5HBIW96GnVkT/Fmno1pFe0ROJHq/cIEHtc3 mh5sPMr+PKCZsBKB0VnyDIYiv+nRileJ0xxt7N5xPqFUiIoU5ksq9/f5uOx/jsMa hJAjMyN3pDfHN0jHsYsUYDrhGowACjFoKUfwdCfDqRpU3PkhP7SNKl7e4Am3ayMr 3DZ5QQnddYVZqZ2K5dhl6EdkP/K00UuMigMiBe4lHfWvwFlm+0++o5IsAwJDIxcO dGLUB3GnmmPldg8P5ADJmRtTQfOfxm0z2LNYKpqqQfip9uQc2S7DzElX2vpzXvPn DJjOMZ3Yqf3HPoIzRkSPfIIxqqBOpSmtFLIJghe7dDO/44pClnVrkIcMocoPP6NC 4wiuO0elyEKUV7awdk7XhZKUyWkQMQs0F/jN4B7ioyUIsBizIvJ6SyX7lt6D7bMu A0DHrWOXjPVeHgb/0pv83EcmUny+tkYFHsD8TG6PPeG0HbGm+HJZiJ96v2iLH0mC BHyWJSJ+DaFbWKyu1lOcWIkcR2EEEr5r4LqIBwA9jQOE20CGI6F5Ohv+hzj/NXxu 2cfeGMUfD/288jT4UyBojCc8GJXBBmrB+H+rICFoPk460R/ExZPsi2Q/HCs9Lxdc cMHAngUgCLVOP78k8QzcPOBOKPslQ2B2++0ff5kKlpjJgKD/l4I= =KPi1 -----END PGP SIGNATURE----- --=-=-=--