From debbugs-submit-bounces@debbugs.gnu.org Thu Oct 11 06:44:48 2018 Received: (at 32769) by debbugs.gnu.org; 11 Oct 2018 10:44:49 +0000 Received: from localhost ([127.0.0.1]:44219 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gAYSW-0002Zt-N0 for submit@debbugs.gnu.org; Thu, 11 Oct 2018 06:44:48 -0400 Received: from relay5-d.mail.gandi.net ([217.70.183.197]:37339) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gAYSU-0002Zk-DB for 32769@debbugs.gnu.org; Thu, 11 Oct 2018 06:44:47 -0400 X-Originating-IP: 88.190.253.40 Received: from mimimi (unknown [88.190.253.40]) (Authenticated sender: pierre@atlas.engineer) by relay5-d.mail.gandi.net (Postfix) with ESMTPSA id 274A11C0010; Thu, 11 Oct 2018 10:44:43 +0000 (UTC) References: <87va6a7x9l.fsf@ambrevar.xyz> <20181011031649.5863f9a8@mailservices.uwaterloo.ca> <87va68uatd.fsf@ambrevar.xyz> User-agent: mu4e 1.0; emacs 26.1 From: Pierre Neidhardt To: Andy Patterson Subject: Re: bug#32769: Packaging Next browser (Common Lisp) [work in progress] In-reply-to: <87va68uatd.fsf@ambrevar.xyz> Date: Thu, 11 Oct 2018 12:44:43 +0200 Message-ID: <87sh1cu5ic.fsf@ambrevar.xyz> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 32769 Cc: 32769@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: -1.7 (-) --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable You were right, this was the issue. I've posted a patch upstream, it shoul= d be fixed soon. Now Next compiles. Hurray!!! :D There is one last step though: the .asd bunble works, but not the "build-program". See the wip-nextbrowser for what I've tried. I've re-used the code from Stumpwm. I narrowed down the issue to the "generate-executable" function: =2D-8<---------------cut here---------------start------------->8--- define* (generate-executable out-file #:key dependencies dependency-prefixes entry-program type #:allow-other-keys) "Generate an executable by using asdf operation TYPE, containing whithin = the image all DEPENDENCIES, and running ENTRY-PROGRAM in the case of an executable. Link in any asd files from DEPENDENCY-PREFIXES to ensure references to those libraries are retained." let* ((bin-directory (dirname out-file)) (name (basename out-file))) (mkdir-p bin-directory) (with-directory-excursion bin-directory (generate-executable-wrapper-system name dependencies) (generate-executable-entry-point name entry-program)) ... =2D-8<---------------cut here---------------end--------------->8--- The problem is that Next's system is called "next/gtk", but we cannot use t= hat as an out-file. If I use something else, say "next", then compilation fails with =2D-8<---------------cut here---------------start------------->8--- Component :NEXT not found, required by # =2D-8<---------------cut here---------------end--------------->8--- I guess there is a flaw in the logic here. The system name should be #:asd-system-name and not (name (basename out-file)) What shall we do? =2D-=20 Pierre Neidhardt https://ambrevar.xyz/ --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEUPM+LlsMPZAEJKvom9z0l6S7zH8FAlu/KZsACgkQm9z0l6S7 zH8oVwgAhblptWhgLpVnW9+gu4wsaecbHdzliU+5ogyDBUmo/ikvKnLy/mCcLaum tTDzV0N4eRsv34Fjorj4ogRO6NOacwPE7ylkfPA+ROQ3Fcm3FvUNNALd/IeSVkCl iQa054LZ1oGfzPOaaqrRLzFSLL/m3aLFVvgPPg746Ty4kwUmO+a1FykdSRllpOuK N5sUiwUVLmtk7NERk7xj3jM9O0ubVBPKIgxonWjmi1sZtzD3CspBEVxYLvHAIOwP jhklWMiSd5oF0mk1dSEyHSHDlwPOiDDuX9aEJ3tyL5pC7oNiFhOgd1lVthfmKGZJ IwEj3xt7fcUyQOce9mlkIupa2xkU7Q== =61Hg -----END PGP SIGNATURE----- --=-=-=--