From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp12.migadu.com ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id SFe7J59h1GEKOwEAgWs5BA (envelope-from ) for ; Tue, 04 Jan 2022 16:02:55 +0100 Received: from aspmx1.migadu.com ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp12.migadu.com with LMTPS id eMp6JJ9h1GFmiQAAauVa8A (envelope-from ) for ; Tue, 04 Jan 2022 16:02:55 +0100 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 1F57828545 for ; Tue, 4 Jan 2022 16:02:55 +0100 (CET) Received: from localhost ([::1]:41234 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1n4lKw-00032n-5f for larch@yhetil.org; Tue, 04 Jan 2022 10:02:54 -0500 Received: from eggs.gnu.org ([209.51.188.92]:53592) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n4lKZ-0002xn-Fu for guix-devel@gnu.org; Tue, 04 Jan 2022 10:02:31 -0500 Received: from mout.gmx.net ([212.227.17.22]:44419) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n4lKP-0005GJ-AU for guix-devel@gnu.org; Tue, 04 Jan 2022 10:02:31 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1641308448; bh=mgxL1O6umT8Bkef5Dd0JMcz4iHY15BhHJwbNNNVpjP8=; h=X-UI-Sender-Class:References:From:To:Cc:Subject:Date:In-reply-to; b=e/XwT+7INuIsO9S5T/BOqpxEhhyeLwouvk8twd1JbcGftm8NtVYADUhsIE0pu4Ck2 SXs6ofYSvyO4AonKKCCiLWTVLvJF0PCUajRrCVlSjxmDq/LR0ASWTHNHoVeh0mFAVY 526DLjvP4O0NYi7LnPwP4qUG3tQTOo6nM2AaOPZY= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from labiere ([82.69.64.142]) by mail.gmx.net (mrgmx104 [212.227.17.174]) with ESMTPSA (Nemesis) id 1MXGr8-1mt8s53wRa-00YgR1; Tue, 04 Jan 2022 16:00:48 +0100 References: User-agent: mu4e 1.6.10; emacs 27.2 From: Pierre Langlois To: Akira Kyle Subject: Re: guix fails to build on aarch64 Date: Tue, 04 Jan 2022 14:30:34 +0000 In-reply-to: Message-ID: <87mtkbeeas.fsf@gmx.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-Provags-ID: V03:K1:cHZXCdkvTFKQqZZ0LBuw8w+BGBbuBrn18ogUuY7SKaUpQFpweHa WZIpElLBUdXO6L8vL8iaCbOnhD1KZ1lVIrxWem5YptsbFZnxM8bohpXBvnYsXrgeef8sK9F U7AT454GvDSmzRjyyYWl/4Mp7yVO/0llrU1Ngj2ADYRQZ7eq9B1fNw7RfNhv664arAqaqsS BKMPd+Chdu2XPDPbHgYRg== X-UI-Out-Filterresults: notjunk:1;V03:K0:JsswZn0RPXY=:TDamaw04NXoLA75KrTjNcD rmz+1WC57KS2r1IVoQjDAmNHAkekMbjOYvylhaQ2hcreeS6XvM5tHBA650izrW5LC6D0nx6BM JVl4cqnR8+Gh1rDo5CGDoi7vzX0bK2u4s0KkCQu5vD5HjH9oe/ZhJgoD0ve4iyPQhPMQ6njRK U24oSEm5/3VpmDQbfaQugZbsGya8BT7oHnc1s0za3ts6BpAbQP053GKsbTSyIfr2wJ8gHuHhM A10720MMa0+PvssGx2G7VDz94cTEgi/F/PzyPbZvZyWuoR4QGqVLga7vG/uo1ovMclPhjJK01 f3a2Fk0swf6G7GX/NstXZ8NrcGh2XFz/a8FcBjV7qmxR0jmWmC8ChD4hJEw9hp/UtRTuhCnco BcyZZpDlSKbe5PIM0ZKWrBRlNfatpInk9isNuPdJCmqoDsbdTsycJ2dTKPESeHh80WM2MH9px iGk8lirWDi0aWhPO5E9Iw8jbMWU7BbTNh6aURyBOcIlN2sc85xiaESUmgKQdYJv+herF69mDC XFksrc1/zy49UzvzM6iDiA9qGEyaFKZbkeaN2lVaPX/N6NEmuIHeEQ1hBaLNG2wT5bpX6xBdh fRZVuuL1zp63IHk0deKtjMBn99jBWkkscQjoMH+dYi7hGB6De43SDboQwj+euk4HZyaCX8pzo Nnbdxh6xPBbtT9S/MnocnB+Vpv+5Qgv0vttnGcG3TOkt4eM+r9qmaoU/DdcyQyym0QrMKsPvQ BvjCXdgpWh3mwo3xTpY1/onIL0G3lItMGwmoVlUyqvKnlXUAOoo0o4nA6LNTddhGV+fpuAUNM C4iBxI1K/j7hACYFP8LZ2i27CWHqCcFzWsrJ9rxT7GnSVvgWwVQaFs7XtVEuF4chGhUim+v8I kmUNMVvNfWr0/uxKY/wD+6/dOVhr99kHd+PdCSzzDWMefEXZMspPnVRyNsz7mmCHu7yR28XnC P/7RlzjjO5Rm1h7DUmvXi6NjBl2twNg6qXUxK8cpDEW5hHTEZS9ROyebrDQs1mJvmscDM2xMS 8SYNdidjdHlTMhHgeniojbsVFC66AEjYhNPanH8nfYdm8r32VdsEXIvfndd27wsJcahfGHt5C Ds9QZAt+yGNZg8= Received-SPF: pass client-ip=212.227.17.22; envelope-from=pierre.langlois@gmx.com; helo=mout.gmx.net X-Spam_score_int: 0 X-Spam_score: 0.0 X-Spam_bar: / X-Spam_report: (0.0 / 5.0 requ) DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=unavailable autolearn_force=no X-Spam_action: no action X-BeenThere: guix-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: guix-devel@gnu.org Errors-To: guix-devel-bounces+larch=yhetil.org@gnu.org Sender: "Guix-devel" X-Migadu-Flow: FLOW_IN X-Migadu-Country: US ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1641308575; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post:dkim-signature; bh=eUyyccu7TWUMchDVg0/a6359/a4DvGCiEaEwDGaIGqo=; b=g2YmIap/fr+9RufrT01jSJS0TZgDAv7Wsq2B5wI+UO3xkl0yOjuCh6+ZwRyGXk/RtBm2E+ Oi6t2V23tKILBG/KDu+5thFMgz+jGYMFWSptxAqQ9fUbs8Kp/t9O+iWyHvni9xTHVA/j+F xhimide+g33xqJJafsbqnvIxl1xjLMQ/l9UisJkeEfInvL8VNkdNdAgSu9Rz/wGiQNQeB9 bU89wYrvXTdfqpznUrnfjpxXR057i1rYWpy+tWwxMp29XAvtC1a1fubxbkLMV19Q1qmBjv +E4AFYa04Ofc8qc1MbzdNndHtFgVPkEWgta7M9DQ62fY+sXgOP8AwweAEvARyw== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1641308575; a=rsa-sha256; cv=none; b=PSKK8gYbMUp+C7b5y/z4pOU1j5yDP9VUY+4f83oCRnDsMSQRpUyYki64MLGX668B/enAGm 3GFzfTOA/Al3pgfTLHEvxtTZn4vdSzfyQyZcGeHfR9MG4m9x7IO8uvRNEyNTK5DyDRuODw SPXacP61NNmBCKLH3UeRypHG1O/3DBoR7SQyQkcIgmyHr8VVsZvJSQMzvYZBmSYunXZpT2 L5SD/Zyi4W4UDR88PWQpB0G1pAMoxzigLGKZy7xelE2ZRor3N1/LPvEM4opQDHBHEYQWNf KKgbCAfkYW0fJmZ3NNA/N8MOmPVDpSnBRgaiP94Jp1HPic1GFBQJIVkz1fl5Kw== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=gmx.net header.s=badeba3b8450 header.b="e/XwT+7I"; dmarc=fail reason="SPF not aligned (relaxed)" header.from=gmx.com (policy=none); spf=pass (aspmx1.migadu.com: domain of "guix-devel-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-devel-bounces+larch=yhetil.org@gnu.org" X-Migadu-Spam-Score: -4.09 Authentication-Results: aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=gmx.net header.s=badeba3b8450 header.b="e/XwT+7I"; dmarc=fail reason="SPF not aligned (relaxed)" header.from=gmx.com (policy=none); spf=pass (aspmx1.migadu.com: domain of "guix-devel-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-devel-bounces+larch=yhetil.org@gnu.org" X-Migadu-Queue-Id: 1F57828545 X-Spam-Score: -4.09 X-Migadu-Scanner: scn1.migadu.com X-TUID: 7r9sKr045ANQ --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi there, Akira Kyle writes: > Ricardo Wurmus writes: >> > test-name: file-needed/recursive >> > location: >> > /tmp/guix-build-guix-1.3.0-14.2a621f1.drv-0/source/tests/gremlin.scm:70 >> > source: >> =E2=80=A6 >> > + (and (zero? (close-pipe pipe)) >> > + (lset=3D string=3D? >> > + (pk 'truth ground-truth) >> > + (pk 'needed needed))))) >> > actual-value: #f >> > result: FAIL > >> Did the logs not contain the values for truth and needed? That would >> mean that the test already failed to close the pipe. > > I've been trying to debug failing guix tests on aarch64. At the end of > logfile for the gremlin test suite there's the following which may be > related to why the truth and needed values were not printed: > > a.out: stripping RUNPATH to > ("/gnu/store/skfhr2f8b7jnnpiarrrcjn6qx0xzfw00-glibc-2.33/lib" > "/gnu/store/47snyrq6pq6896m9dysp2s5vx53m6x08-gcc-10.3.0-lib/lib" > "/gnu/store/47snyrq6pq6896m9dysp2s5vx53m6x08-gcc-10.3.0-lib/lib/gcc/aarch= 64-unknown-linux-gnu/10.3.0/../../.." > "/gnu/store/40lx91wz35qci25qzi9xfqvxwby85xha-profile/lib") (removed > ("/foo" "/bar")) > a.out: warning: RUNPATH contains bogus entries: > ("/gnu/store/skfhr2f8b7jnnpiarrrcjn6qx0xzfw00-glibc-2.33/lib" > "/gnu/store/47snyrq6pq6896m9dysp2s5vx53m6x08-gcc-10.3.0-lib/lib" > "/gnu/store/47snyrq6pq6896m9dysp2s5vx53m6x08-gcc-10.3.0-lib/lib/gcc/aarch= 64-unknown-linux-gnu/10.3.0/../../.." > "/gnu/store/40lx91wz35qci25qzi9xfqvxwby85xha-profile/lib") > a.out: error: depends on 'libgcc_s.so.1', which cannot be found in RUNPAT= H () > WARNING: (test-gremlin): imported module (guix build utils) overrides > core binding `delete' I've also been trying to fix this test but without much luck. It does look similar to this issue for ppc64 [0], where the `ldd/ld.so' beaviour isn't the same as what the gremlin guile module does. However the patch proposed there isn't fixing the issue for me either on aarch64. [0]: https://issues.guix.gnu.org/52940, Maybe we can compare notes and a solution will come up :-). So the test fails because 'truth', the result from `ldd', has ld-linux-aarch64.so listed while 'needed', from the gremlin guile module doesn't: =2D-8<---------------cut here---------------start------------->8--- (truth ;; result from `ldd libguile.so' ("/gnu/store/...-gcc-10.3.0-lib/lib/libgcc_s.so.1" "/gnu/store/...-glibc-2.33/lib/ld-linux-aarch64.so.1" ;; This isn't ;; in gremlins "/gnu/store/...-glibc-2.33/lib/libc.so.6" "/gnu/store/...-glibc-2.33/lib/libcrypt.so.1" "/gnu/store/...-glibc-2.33/lib/libdl.so.2" "/gnu/store/...-glibc-2.33/lib/libm.so.6" "/gnu/store/...-glibc-2.33/lib/libpthread.so.0" "/gnu/store/...-guile-3.0.7/lib/libguile-3.0.so.1" "/gnu/store/...-libffi-3.3/lib/libffi.so.7" "/gnu/store/...-libgc-8.0.4/lib/libgc.so.1" "/gnu/store/...-libunistring-0.9.10/lib/libunistring.so.2")) (needed ;; result from gremlin ("/gnu/store/...-gcc-10.3.0-lib/lib/libgcc_s.so.1" "/gnu/store/...-glibc-2.33/lib/libc.so.6" "/gnu/store/...-glibc-2.33/lib/libcrypt.so.1" "/gnu/store/...-glibc-2.33/lib/libdl.so.2" "/gnu/store/...-glibc-2.33/lib/libm.so.6" "/gnu/store/...-glibc-2.33/lib/libpthread.so.0" "/gnu/store/...-guile-3.0.7/lib/libguile-3.0.so.1" "/gnu/store/...-libffi-3.3/lib/libffi.so.7" "/gnu/store/...-libgc-8.0.4/lib/libgc.so.1" "/gnu/store/...-libunistring-0.9.10/lib/libunistring.so.2")) =2D-8<---------------cut here---------------end--------------->8--- Digging a bit more I started comparing x86_64 and aarch64 binaries and noticed that libguile.so didn't have the same dynamic section: =2D-8<---------------cut here---------------start------------->8--- # On aarch64: $ objdump -x /gnu/store/pqw0c33k2h8n2snpchnyvx7w617kk31s-guile-3.0.7/lib/li= bguile-3.0.so.1.4.0=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20 =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20 /gnu/store/pqw0c33k2h8n2snpchnyvx7w617kk31s-guile-3.0.7/lib/libguile-3.0.so= .1.4.0: file format elf64-littleaarch64=20=20=20=20 ... Dynamic Section:=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20 NEEDED libgc.so.1=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20 NEEDED libpthread.so.0=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20 NEEDED libffi.so.7=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20 NEEDED libunistring.so.2=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20 NEEDED libcrypt.so.1=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20 NEEDED libdl.so.2=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20 NEEDED libm.so.6=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 NEEDED libgcc_s.so.1=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20 NEEDED libc.so.6=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 SONAME libguile-3.0.so.1=20=20=20=20 ... # On x86_64: $ objdump -x /gnu/store/3h3jn0745ngd87zp83k5smwhykxvdfgf-guile-3.0.7/lib/li= bguile-3.0.so.1.4.0 /gnu/store/3h3jn0745ngd87zp83k5smwhykxvdfgf-guile-3.0.7/lib/libguile-3.0.so= .1.4.0: file format elf64-x86-64 ... Dynamic Section: NEEDED libgc.so.1 NEEDED libpthread.so.0 NEEDED libffi.so.7 NEEDED libunistring.so.2 NEEDED libcrypt.so.1 NEEDED libdl.so.2 NEEDED libm.so.6 NEEDED libgcc_s.so.1 NEEDED libc.so.6 NEEDED ld-linux-x86-64.so.2 # ld-linux-.so is here SONAME libguile-3.0.so.1 ... =2D-8<---------------cut here---------------end--------------->8--- On aarch64, ld-linux- is missing. I'm not sure if this is an issue with our aarch64 port or if that's OK. It's interesting though that if you run `ldd' on libguile on aarch64, the dynamic linker is added to the list, even though it's not in the dynamic section: =2D-8<---------------cut here---------------start------------->8--- # On aarch64 $ ldd /gnu/store/pqw0c33k2h8n2snpchnyvx7w617kk31s-guile-3.0.7/lib/libguile-= 3.0.so.1.4.0 linux-vdso.so.1 (0x0000ffff96fab000) libgc.so.1 =3D> /gnu/store/1gkpbfxjx2sbchjhf19yjm4a8vkir0nm-libgc-8= .0.4/lib/libgc.so.1 (0x0000ffff96d88000) libpthread.so.0 =3D> /gnu/store/skfhr2f8b7jnnpiarrrcjn6qx0xzfw00-gl= ibc-2.33/lib/libpthread.so.0 (0x0000ffff96d59000) libffi.so.7 =3D> /gnu/store/hjirgm7pwmc2biqz6d0fc1ajr3ha4v14-libffi= -3.3/lib/libffi.so.7 (0x0000ffff96d40000) libunistring.so.2 =3D> /gnu/store/4k552fq1p6q73mr9ww7g5y3m77p7cfbm-= libunistring-0.9.10/lib/libunistring.so.2 (0x0000ffff96bb4000) libcrypt.so.1 =3D> /gnu/store/skfhr2f8b7jnnpiarrrcjn6qx0xzfw00-glib= c-2.33/lib/libcrypt.so.1 (0x0000ffff96b6d000) libdl.so.2 =3D> /gnu/store/skfhr2f8b7jnnpiarrrcjn6qx0xzfw00-glibc-2= .33/lib/libdl.so.2 (0x0000ffff96b59000) libm.so.6 =3D> /gnu/store/skfhr2f8b7jnnpiarrrcjn6qx0xzfw00-glibc-2.= 33/lib/libm.so.6 (0x0000ffff96ab0000) libgcc_s.so.1 =3D> /gnu/store/47snyrq6pq6896m9dysp2s5vx53m6x08-gcc-= 10.3.0-lib/lib/libgcc_s.so.1 (0x0000ffff96a8b000) libc.so.6 =3D> /gnu/store/skfhr2f8b7jnnpiarrrcjn6qx0xzfw00-glibc-2.= 33/lib/libc.so.6 (0x0000ffff96917000) /gnu/store/skfhr2f8b7jnnpiarrrcjn6qx0xzfw00-glibc-2.33/lib/ld-linux= -aarch64.so.1 (0x0000ffff96f79000) # ^ =2D-8<---------------cut here---------------end--------------->8--- We could adapt the test to add the dynamic linker, emulating `ldd', but I'm curious if anybody deeply familiar with ELF and dynamic linking might have an idea what's going on. > > There are other tests failing as well and the full test-suite.log I > posted here: https://issues.guix.gnu.org/52943 > > I'm a newcomer to guix so I feel a bit out of my depth trying to debug > these failures. I'd really like to be able to use guix as my daily > driver but so far it's been difficult since my machine is aarch64! Thanks for highlighting this issue! Hopefully we can get this fixed soon. Thanks, Pierre --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQFMBAEBCgA2FiEEctU9gYy29KFyWDdMqPyeRH9PfVQFAmHUYRsYHHBpZXJyZS5s YW5nbG9pc0BnbXguY29tAAoJEKj8nkR/T31UI9cH/ApolNCbgJ3R3RBVLIvi/5Zj qFqPi1PsqhJNSV3O1XGmAzc4yzchJoQ67RHuwHbow3Y9adlfkdNApOKGPu1/B6fF dvuLzFXt0gefurdU6c81GPKqcRmc1ml3xrryNA5qDgFrL3AIqzfrDvKyAf/sJmj3 ih7p7CoRM6RmjrFX5AzJRi5RxCHM/0xMLWk8np+Y9AB4sdBFYneQP3D4Mn9y5wSC bMKeS3kyBhTDHxJSrvKCTVOUxAEqa14xD8Y6kwPzOZWnl+GKSYAGeN2i1lMO5tAi pEvUvGM6OuuF9WTdibDN5syucNpT0MltGbRgOG5FA+NCFZ/u7O++qR+jd8Uc7N4= =txsE -----END PGP SIGNATURE----- --=-=-=--