From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 22 10:45:47 2018 Received: (at 30879) by debbugs.gnu.org; 22 Mar 2018 14:45:47 +0000 Received: from localhost ([127.0.0.1]:47988 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ez1TO-0003Sd-Rk for submit@debbugs.gnu.org; Thu, 22 Mar 2018 10:45:47 -0400 Received: from esa2.cray.iphmx.com ([68.232.143.164]:14593) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ez1TN-0003SO-Uo for 30879@debbugs.gnu.org; Thu, 22 Mar 2018 10:45:46 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=cray.com; i=@cray.com; q=dns/txt; s=cray1024; t=1521729945; x=1553265945; h=date:from:to:cc:subject:message-id:references: mime-version:content-transfer-encoding:in-reply-to; bh=vudAmfNQiJ1BGl0WxL4JvGsxJTAaHCweG+A8QzGdeag=; b=j06hI0YkTwy4+ttKXWfpcwz75Hrg+Al/w7R0/SmcRKh+KukPtHWYfOrp 0GAfd/e8NcPv3pz66eIZdZOlNUMcvVslOnC5jMta1P4FfIcUtSj1zs9d+ rAn0qlFUWfzfCiY5hpO+i86idjMhRgUecfhxr9Y09w/g/tLKR4mkAVaTU Y=; X-IronPort-AV: E=Sophos;i="5.48,345,1517875200"; d="scan'208";a="18606716" X-Cray-OBMMKR: 1433258124 18606716 Received: from cray-smtp-7.cray.com (HELO sealmr01.us.cray.com) ([136.162.66.2]) by esa2.cray.iphmx.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 22 Mar 2018 14:45:39 +0000 Received: from pe06.us.cray.com (pe06.us.cray.com [172.30.79.74]) by sealmr01.us.cray.com (8.14.3/8.13.8/hubv3-LastChangedRevision: 16250) with ESMTP id w2MEjcA4001552; Thu, 22 Mar 2018 07:45:39 -0700 Received: by pe06.us.cray.com (Postfix, from userid 30272) id 7CE1AABF3B; Thu, 22 Mar 2018 09:45:38 -0500 (CDT) Date: Thu, 22 Mar 2018 09:45:38 -0500 From: Eric Bavier To: Ludovic =?iso-8859-1?Q?Court=E8s?= Subject: Re: bug#30879: Commit bc499b113 broke guix on guile@2.0.14, improper field initialization Message-ID: <20180322144538.GP105827@pe06.us.cray.com> References: <20180320154302.GL105827@pe06.us.cray.com> <877eq6ibp9.fsf@gnu.org> <20180321151642.GN105827@pe06.us.cray.com> <87y3ildttr.fsf@gnu.org> <20180321211403.GO105827@pe06.us.cray.com> <87r2oddo9l.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <87r2oddo9l.fsf@gnu.org> User-Agent: Mutt/1.5.17 (2007-11-01) X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 30879 Cc: 30879@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) On Thu, Mar 22, 2018 at 12:04:06AM +0100, Ludovic Court�s wrote: > Eric Bavier skribis: > > [...] > > > In gnu/system.scm: > > 501: 3 [operating-system-services # # #f] > > 476: 2 [essential-services # # #f] > > 576: 1 [operating-system-etc-service #] > > In gnu/system/nss.scm: > > 217: 0 [name-service-switch->string (# # # # ...)] > > > > gnu/system/nss.scm:217:19: In procedure name-service-switch->string: > > gnu/system/nss.scm:217:19: In procedure struct_vtable: Wrong type argument in position 1 (expecting struct): (#< type: # > This looks like another record issue: the code is accessing the > `services' field instead of the `name-service-switch' field, which is > right next to it. > > So it looks like there are still stale .go files somewhere being picked > up. This time it would mean that nss.go is up-to-date and system.go is > stale, since nss.go assumes an offset for `name-service-switch' that is > +1 compared to that of system.go. > > Could you maybe try: > > rm -rf ~/.cache/guile > make clean-go > strace -f -o log make > > and check in `log' whether .go files outside of the build tree are being > used? Oh, so it loks like .go files from the system-installed guix are being picked up: 53692 openat(AT_FDCWD, "/usr/local/lib/guile/2.0/site-ccache/gnu/system.go", O_RDONLY|O_CLOEXEC) = 10 I hadn't expected that, but I suppose it makes sense. Running make under ./pre-inst-env does not help. We should probably find a way to prevent this in general, right? We shouldn't be loading guix modules from outside the source tree during build. -- Eric Bavier, Scientific Libraries, Cray Inc.