From mboxrd@z Thu Jan  1 00:00:00 1970
From: Cyril Roelandt <tipecaml@gmail.com>
Subject: Re: [PATCH] gnu: Add gobject-introspection.
Date: Sun, 15 Sep 2013 16:45:09 +0200
Message-ID: <5235C7F5.4070000@gmail.com>
References: <1378942761-23687-1-git-send-email-tipecaml@gmail.com>
	<87d2oeqvnv.fsf@gnu.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
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]:57571)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <tipecaml@gmail.com>) id 1VLDvA-0005jB-Nl
	for guix-devel@gnu.org; Sun, 15 Sep 2013 11:07:39 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <tipecaml@gmail.com>) id 1VLDv4-0007vC-0o
	for guix-devel@gnu.org; Sun, 15 Sep 2013 11:07:32 -0400
In-Reply-To: <87d2oeqvnv.fsf@gnu.org>
List-Id: <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-bounces+gcggd-guix-devel=m.gmane.org@gnu.org
To: =?UTF-8?B?THVkb3ZpYyBDb3VydMOocw==?= <ludo@gnu.org>
Cc: guix-devel@gnu.org

On 09/12/2013 10:41 AM, Ludovic Courtès wrote:
> No.  Could you try to grep the source to see what produces this message?

Oh, I thought the message was directly produced by libtool or the 
linker, but yes, it's definitely an error message from 
gobject-introspection. I investigated this a bit. During the 'build' 
phase, the '_resolve_non_libtool' method is called from 
giscanner/shlibs.py. It tries to get the path to some libraries (here, 
gobject-2.0 and glib-2.0). In order to do this, it runs this command:

$ /nix/store/2awqnfxjrcm2b8s481zwsnfdic3inkdi-bash-4.2/bin/bash \
./libtool --mode=execute ldd \
/tmp/nix-build-gobject-introspection-1.37.6.drv-0/gobject-introspection-1.37.6/tmp-introspectS0TNXv/GLib-2.0

(tmp-instropectS0TNXv is a random directory)

On i686, this works perfectly. On x86-64, I get:

'not a dynamic executable'

If I 'cheat' by replacing 'ldd' by '/usr/bin/ldd', then everything works 
as expected.

More info:
$ ldd --version
ldd (GNU libc) 2.17
...
$ /usr/bin/ldd --version
ldd (Debian EGLIBC 2.17-5) 2.17
...


Cyril.