From debbugs-submit-bounces@debbugs.gnu.org Sun Oct 04 17:00:21 2020 Received: (at submit) by debbugs.gnu.org; 4 Oct 2020 21:00:21 +0000 Received: from localhost ([127.0.0.1]:46859 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kPB7E-0006Bq-W0 for submit@debbugs.gnu.org; Sun, 04 Oct 2020 17:00:21 -0400 Received: from lists.gnu.org ([209.51.188.17]:54188) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kPB7D-0006Bh-9Q for submit@debbugs.gnu.org; Sun, 04 Oct 2020 17:00:19 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:39600) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kPB7D-0007d5-0L for bug-guix@gnu.org; Sun, 04 Oct 2020 17:00:19 -0400 Received: from mailout.easymail.ca ([64.68.200.34]:43016) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kPB7A-0001oV-Rl for bug-guix@gnu.org; Sun, 04 Oct 2020 17:00:18 -0400 Received: from localhost (localhost [127.0.0.1]) by mailout.easymail.ca (Postfix) with ESMTP id DE76ABFB5D for ; Sun, 4 Oct 2020 21:00:14 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at emo04-pco.easydns.vpn Received: from mailout.easymail.ca ([127.0.0.1]) by localhost (emo04-pco.easydns.vpn [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RaH0LehUC8Vz for ; Sun, 4 Oct 2020 21:00:14 +0000 (UTC) Received: from laptop (unknown [108.162.141.195]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mailout.easymail.ca (Postfix) with ESMTPSA id 8563DBFB2D for ; Sun, 4 Oct 2020 21:00:14 +0000 (UTC) From: Simon South To: bug-guix@gnu.org Subject: Knot: Linker runs very slowly and crashes during build Date: Sun, 04 Oct 2020 16:56:04 -0400 Message-ID: <87a6x1g17f.fsf@simonsouth.net> MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=64.68.200.34; envelope-from=simon@simonsouth.net; helo=mailout.easymail.ca X-detected-operating-system: by eggs.gnu.org: First seen = 2020/10/04 17:00:15 X-ACL-Warn: Detected OS = Linux 3.11 and newer [fuzzy] X-Spam_score_int: -41 X-Spam_score: -4.2 X-Spam_bar: ---- X-Spam_report: (-4.2 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: submit 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: -2.3 (--) Building Knot 3.0.0 using "guix build knot" consistently appears to hang for me when it gets to this point during the linking stage: CCLD knsec3hash ar: `u' modifier ignored since `D' is the default (see `U') CCLD kdig CCLD khost While it sits here the compiler is tying up 100% of a single CPU core. On my ROCK64 with 4 GB of RAM, it eventually crashes with an internal error: gcc: internal compiler error: Killed (program cc1) Please submit a full bug report, with preprocessed source if appropriate. See for instructions. make[3]: *** [Makefile:5381: libzscanner/la-scanner.lo] Error 1 make[3]: Leaving directory '/tmp/guix-build-knot-3.0.0.drv-0/knot-3.0.0/src' dmesg shows the compiler was killed for running out of memory: cc1 invoked oom-killer: gfp_mask=0x100cca(GFP_HIGHUSER_MOVABLE), order=0, oom_score_adj=0 CPU: 2 PID: 22340 Comm: cc1 Not tainted 5.8.11-gnu #1 (...) oom-kill:constraint=CONSTRAINT_NONE,nodemask=(null),cpuset=/,mems_allowed=0,global_oom,task_memcg=/,task=cc1,pid=22340,uid=999 Out of memory: Killed process 22340 (cc1) total-vm:2573780kB, anon-rss:2540708kB, file-rss:0kB, shmem-rss:0kB, UID:999 pgtables:5044kB oom_score_adj:0 oom_reaper: reaped process 22340 (cc1), now anon-rss:0kB, file-rss:0kB, shmem-rss:0kB On my x86_64 machine the build eventually completes (that machine has much more memory), but there is the same, weirdly long delay during linking while the compiler runs. I see no such delay however when I build the code "manually", using "guix environment --pure knot" or even "guix environment --no-grafts --container knot" as the manual suggests. The build then completes quickly and successfully on either machine; the problem appears to happen only when guix-daemon is involved. Is there a known issue that can cause the linker to consume orders of magnitude more resources when run by the Guix build process? Apart from rebuilding gcc with debugging symbols (which seems to make Guix want to rebuild every other package in the system as well) and trying to understand what the compiler is doing, how might I go about diagnosing this? -- Simon South simon@simonsouth.net From debbugs-submit-bounces@debbugs.gnu.org Sun Oct 04 19:05:26 2020 Received: (at 43802) by debbugs.gnu.org; 4 Oct 2020 23:05:26 +0000 Received: from localhost ([127.0.0.1]:46947 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kPD4H-0000cJ-Vs for submit@debbugs.gnu.org; Sun, 04 Oct 2020 19:05:26 -0400 Received: from mailout.easymail.ca ([64.68.200.34]:56986) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kPD4F-0000c3-Cf for 43802@debbugs.gnu.org; Sun, 04 Oct 2020 19:05:25 -0400 Received: from localhost (localhost [127.0.0.1]) by mailout.easymail.ca (Postfix) with ESMTP id 976EE20ACE for <43802@debbugs.gnu.org>; Sun, 4 Oct 2020 23:05:17 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at emo06-pco.easydns.vpn Received: from mailout.easymail.ca ([127.0.0.1]) by localhost (emo06-pco.easydns.vpn [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rv6C7J8rRO35 for <43802@debbugs.gnu.org>; Sun, 4 Oct 2020 23:05:17 +0000 (UTC) Received: from laptop (unknown [108.162.141.195]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mailout.easymail.ca (Postfix) with ESMTPSA id 5328020A92 for <43802@debbugs.gnu.org>; Sun, 4 Oct 2020 23:05:15 +0000 (UTC) From: Simon South To: 43802@debbugs.gnu.org Subject: Re: Knot: Linker runs very slowly and crashes during build Date: Sun, 04 Oct 2020 19:01:06 -0400 Message-ID: <87mu11egul.fsf@simonsouth.net> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 43802 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: -3.3 (---) So naturally, as soon as I submit the bug report something occurs to me that gets me unstuck. The delay and crash are occuring while libtool is using gcc to compile src/libzscanner/scanner.c, which appears to be generated at build time from the file scanner.c.t0 in the same directory. When I build Knot on my own, scanner.c has a size of 272 KB. When guix builds it, scanner.c somehow balloons out to 1.9 MB! So naturally gcc is going to need some time and space to make its way through all that code. In fact the build process actually points out NOTE: Compilation of scanner.c can take several minutes! So perhaps all this is completely expected. Still... 1.9 MB. Of C code. It's tempting to think something is going wrong here. (And anyway, why the huge discrepancy in file size?) I'm investigating. -- Simon South simon@simonsouth.net From debbugs-submit-bounces@debbugs.gnu.org Sun Oct 04 20:13:47 2020 Received: (at 43802) by debbugs.gnu.org; 5 Oct 2020 00:13:47 +0000 Received: from localhost ([127.0.0.1]:47049 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kPE8R-0004Vr-ER for submit@debbugs.gnu.org; Sun, 04 Oct 2020 20:13:47 -0400 Received: from mailout.easymail.ca ([64.68.200.34]:35552) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kPE8Q-0004Vb-0H for 43802@debbugs.gnu.org; Sun, 04 Oct 2020 20:13:46 -0400 Received: from localhost (localhost [127.0.0.1]) by mailout.easymail.ca (Postfix) with ESMTP id 41234BFB19 for <43802@debbugs.gnu.org>; Mon, 5 Oct 2020 00:13:40 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at emo04-pco.easydns.vpn Received: from mailout.easymail.ca ([127.0.0.1]) by localhost (emo04-pco.easydns.vpn [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4Eg7lrV12Dvm for <43802@debbugs.gnu.org>; Mon, 5 Oct 2020 00:13:40 +0000 (UTC) Received: from laptop (unknown [108.162.141.195]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mailout.easymail.ca (Postfix) with ESMTPSA id 0109ABFB03 for <43802@debbugs.gnu.org>; Mon, 5 Oct 2020 00:13:39 +0000 (UTC) From: Simon South To: 43802@debbugs.gnu.org Subject: Re: Knot: Linker runs very slowly and crashes during build Date: Sun, 04 Oct 2020 20:09:30 -0400 Message-ID: <878scledol.fsf@simonsouth.net> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 43802 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: -3.3 (---) Turns out this is not a bug. Knot ships with two parser implementations: A smaller, slower one (272 KB) and a larger, faster one (1.9 MB). The larger one is a bit too big to build reliably on systems with 4 GB or less of available memory. To test Knot on these machines, you can run "configure" with "--disable-fastparser" as an argument (or edit gnu/packages/dns.scm to do so) to force it to use the smaller parser. This also allows the build to complete more quickly on systems that can use either. So how was I getting the smaller implementation in my own builds without realizing it? The configure script has some magical behaviour: It will automatically select the faster-building implementation if it finds a ".git" folder in the current directory. This is presumably meant to help developers, but the confusion it caused me demonstrates why I think this sort of magical programming is bad practice. At any rate, this bug report can be closed. -- Simon South simon@simonsouth.net From debbugs-submit-bounces@debbugs.gnu.org Sun Oct 04 20:20:58 2020 Received: (at control) by debbugs.gnu.org; 5 Oct 2020 00:20:58 +0000 Received: from localhost ([127.0.0.1]:47064 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kPEFO-0004jk-Fi for submit@debbugs.gnu.org; Sun, 04 Oct 2020 20:20:58 -0400 Received: from mailout.easymail.ca ([64.68.200.34]:57950) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kPEFM-0004jS-Fs for control@debbugs.gnu.org; Sun, 04 Oct 2020 20:20:57 -0400 Received: from localhost (localhost [127.0.0.1]) by mailout.easymail.ca (Postfix) with ESMTP id BDC79BF9F8 for ; Mon, 5 Oct 2020 00:20:50 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at emo04-pco.easydns.vpn Received: from mailout.easymail.ca ([127.0.0.1]) by localhost (emo04-pco.easydns.vpn [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id q-a-u92qxCEs for ; Mon, 5 Oct 2020 00:20:50 +0000 (UTC) Received: from laptop (unknown [108.162.141.195]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mailout.easymail.ca (Postfix) with ESMTPSA id 0DFD8BF9EB for ; Mon, 5 Oct 2020 00:20:49 +0000 (UTC) From: Simon South To: control@debbugs.gnu.org Subject: Re: Knot: Linker runs very slowly and crashes during build Date: Sun, 04 Oct 2020 20:16:40 -0400 Message-ID: <87362tedcn.fsf@simonsouth.net> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control 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: -3.3 (---) tags 43802 + notabug close 43802 thanks -- Simon South simon@simonsouth.net From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 05 10:16:03 2020 Received: (at 43802) by debbugs.gnu.org; 5 Oct 2020 14:16:03 +0000 Received: from localhost ([127.0.0.1]:50005 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kPRHX-0007hU-7k for submit@debbugs.gnu.org; Mon, 05 Oct 2020 10:16:03 -0400 Received: from eggs.gnu.org ([209.51.188.92]:53078) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kPRHV-0007gq-95 for 43802@debbugs.gnu.org; Mon, 05 Oct 2020 10:16:01 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:59494) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kPRHP-0003Cj-Nh; Mon, 05 Oct 2020 10:15:55 -0400 Received: from [2001:660:6102:320:e120:2c8f:8909:cdfe] (port=35374 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kPRHP-0006ri-4Q; Mon, 05 Oct 2020 10:15:55 -0400 From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: Simon South Subject: Re: bug#43802: Knot: Linker runs very slowly and crashes during build References: <87a6x1g17f.fsf@simonsouth.net> X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 14 =?utf-8?Q?Vend=C3=A9miaire?= an 229 de la =?utf-8?Q?R=C3=A9volution?= X-PGP-Key-ID: 0x090B11993D9AEBB5 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 3CE4 6455 8A84 FDC6 9DB4 0CFB 090B 1199 3D9A EBB5 X-OS: x86_64-pc-linux-gnu Date: Mon, 05 Oct 2020 16:15:53 +0200 In-Reply-To: <87a6x1g17f.fsf@simonsouth.net> (Simon South's message of "Sun, 04 Oct 2020 16:56:04 -0400") Message-ID: <87ft6swyg6.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 43802 Cc: 43802@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: -3.3 (---) Hi, Simon South skribis: > Building Knot 3.0.0 using "guix build knot" consistently appears to hang > for me when it gets to this point during the linking stage: > > CCLD knsec3hash > ar: `u' modifier ignored since `D' is the default (see `U') > CCLD kdig > CCLD khost > > While it sits here the compiler is tying up 100% of a single CPU > core. On my ROCK64 with 4 GB of RAM, it eventually crashes with an > internal error: > > gcc: internal compiler error: Killed (program cc1) > Please submit a full bug report, > with preprocessed source if appropriate. > See for instructions. > make[3]: *** [Makefile:5381: libzscanner/la-scanner.lo] Error 1 > make[3]: Leaving directory '/tmp/guix-build-knot-3.0.0.drv-0/knot-3.0.0= /src' > > dmesg shows the compiler was killed for running out of memory: > > cc1 invoked oom-killer: gfp_mask=3D0x100cca(GFP_HIGHUSER_MOVABLE), orde= r=3D0, oom_score_adj=3D0 > CPU: 2 PID: 22340 Comm: cc1 Not tainted 5.8.11-gnu #1 > (...) > oom-kill:constraint=3DCONSTRAINT_NONE,nodemask=3D(null),cpuset=3D/,mems= _allowed=3D0,global_oom,task_memcg=3D/,task=3Dcc1,pid=3D22340,uid=3D999 > Out of memory: Killed process 22340 (cc1) total-vm:2573780kB, anon-rss:= 2540708kB, file-rss:0kB, shmem-rss:0kB, UID:999 pgtables:5044kB oom_score_a= dj:0 > oom_reaper: reaped process 22340 (cc1), now anon-rss:0kB, file-rss:0kB,= shmem-rss:0kB > > On my x86_64 machine the build eventually completes (that machine has > much more memory), but there is the same, weirdly long delay during > linking while the compiler runs. I this an LTO build (with =E2=80=98-flto=E2=80=99 in the compile and link f= lags)? That could explain the memory requirements. Ludo=E2=80=99. From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 05 11:26:15 2020 Received: (at 43802) by debbugs.gnu.org; 5 Oct 2020 15:26:15 +0000 Received: from localhost ([127.0.0.1]:50179 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kPSNT-0003CR-AT for submit@debbugs.gnu.org; Mon, 05 Oct 2020 11:26:15 -0400 Received: from tobias.gr ([80.241.217.52]:34242) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kPSNO-0003CF-IO for 43802@debbugs.gnu.org; Mon, 05 Oct 2020 11:26:13 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tobias.gr; s=2018; bh=fxRtsKutTXSCj90nFKKAFN/hXcIerIzp5vnBBXAVPrI=; h=date:in-reply-to: references:subject:cc:to:from; b=GKH74AQ3VqhCwhEFGl/YK8hyi+j5a6/eMij6i WuvH4Sn1dbJ8Qt72G4bbiIeQ8H5HyUsULHhu3enGPK/Oc6DS8o9pWSdSVfKJhtpZU1VWp0 pdI3Za7e71ouk6D3DfW0sg5CPuBMnOQZVTeEhOg2YbLZbnVEUBFVgkINzjA0zSFXD+CWmb nAsMkdd+TsC7OcMbt3zqxUxqeVsfE1lE5oPBi4/4J8QtMCKYjy+0PPsuc3RT3NVUeWqjlD htUsGGvMgfLDY6g3bDfjCYlBfI9QRGDAdDfzz4tgVTVpMExVNcDoEEaH5nFaaKxr6KZUyw 4iQy25vdHA6xZu+4Aw4qjBxRQ== Received: by submission.tobias.gr (OpenSMTPD) with ESMTPSA id 61966ce3 (TLSv1.2:ECDHE-ECDSA-AES256-GCM-SHA384:256:NO); Mon, 5 Oct 2020 15:26:17 +0000 (UTC) BIMI-Selector: v=BIMI1; s=default; From: Tobias Geerinckx-Rice To: Simon South , Ludovic =?utf-8?Q?Court=C3=A8s?= Subject: Re: bug#43802: Knot: Linker runs very slowly and crashes during build References: <87a6x1g17f.fsf@simonsouth.net> <878scledol.fsf@simonsouth.net> In-reply-to: <878scledol.fsf@simonsouth.net> Date: Mon, 05 Oct 2020 17:26:08 +0200 Message-ID: <875z7oae3z.fsf@nckx> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 43802 Cc: 43802@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: -3.3 (---) --=-=-= Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Simon, Would it make sense to provide a faster-building slower-starting=20 Knot variant alongside the main package? Ludovic Court=C3=A8s =E5=86=99=E9=81=93=EF=BC=9A > I this an LTO build (with =E2=80=98-flto=E2=80=99 in the compile and link= =20 > flags)? That > could explain the memory requirements. No, but good guess. Simon South =E5=86=99=E9=81=93=EF=BC=9A > Turns out this is not a bug. The fast parser is written in Ragel[0], which compiles down to=20 almost 2 MiB of =E2=80=98C=E2=80=99, which is then thrown at GCC to sort ou= t. I=20 know to put the kettle on before hacking on Knot locally. What I didn't know was that these generated C files were included=20 in the release tarball. We have the Ragel, we can rebuild them,=20 and we now do so in commit=20 2b73e50c31a61b5dcef35a1e4b9484d9dbcb0fbc. Thanks for bringing it=20 to my attention. Kind regards, T G-R [0]: http://www.colm.net/open-source/ragel/ --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iIMEARYKACsWIQT12iAyS4c9C3o4dnINsP+IT1VteQUCX3s7EA0cbWVAdG9iaWFz LmdyAAoJEA2w/4hPVW152oIA/2zGSRD4p40y3uklz/gKMRrHDRb2MQt46wU+XCTJ s1dxAP0ZCaevCB9eldjoWHL/cISxBOyZAExsFryqkyxW/0PlCg== =y1uw -----END PGP SIGNATURE----- --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 05 11:48:54 2020 Received: (at 43802) by debbugs.gnu.org; 5 Oct 2020 15:48:54 +0000 Received: from localhost ([127.0.0.1]:50262 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kPSjO-0003qt-1e for submit@debbugs.gnu.org; Mon, 05 Oct 2020 11:48:54 -0400 Received: from mailout.easymail.ca ([64.68.200.34]:34030) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kPSjL-0003qg-SZ for 43802@debbugs.gnu.org; Mon, 05 Oct 2020 11:48:52 -0400 Received: from localhost (localhost [127.0.0.1]) by mailout.easymail.ca (Postfix) with ESMTP id 1DE4920E62; Mon, 5 Oct 2020 15:48:46 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at emo06-pco.easydns.vpn Received: from mailout.easymail.ca ([127.0.0.1]) by localhost (emo06-pco.easydns.vpn [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nzEVa7iCxBXc; Mon, 5 Oct 2020 15:48:45 +0000 (UTC) Received: from laptop (unknown [108.162.141.195]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mailout.easymail.ca (Postfix) with ESMTPSA id 101F721F58; Mon, 5 Oct 2020 15:48:42 +0000 (UTC) From: Simon South To: Tobias Geerinckx-Rice Subject: Re: bug#43802: Knot: Linker runs very slowly and crashes during build References: <87a6x1g17f.fsf@simonsouth.net> <878scledol.fsf@simonsouth.net> <875z7oae3z.fsf@nckx> Date: Mon, 05 Oct 2020 11:44:33 -0400 In-Reply-To: <875z7oae3z.fsf@nckx> (Tobias Geerinckx-Rice's message of "Mon, 05 Oct 2020 17:26:08 +0200") Message-ID: <87o8lgbrtq.fsf@simonsouth.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 43802 Cc: 43802@debbugs.gnu.org, Ludovic =?utf-8?Q?Court=C3=A8s?= 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: -3.3 (---) Tobias Geerinckx-Rice writes: > Would it make sense to provide a faster-building slower-starting Knot > variant alongside the main package? I'm inclined to say "no", especially if we assume a substitute will (nearly always) be available. Unless someone is hacking on the scanner directly it ought to be safe to add "--disable-fastparser" to dns.scm temporarily during testing, then remove it before submitting a patch. If it isn't then probably _that_ is the bug to be fixed. > What I didn't know was that these generated C files were included in > the release tarball. We have the Ragel, we can rebuild them, and we > now do so in commit 2b73e50c31a61b5dcef35a1e4b9484d9dbcb0fbc. Neat! -- Simon South simon@simonsouth.net From debbugs-submit-bounces@debbugs.gnu.org Wed Oct 07 18:06:31 2020 Received: (at 43802) by debbugs.gnu.org; 7 Oct 2020 22:06:31 +0000 Received: from localhost ([127.0.0.1]:58285 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kQHZv-0005ZR-Di for submit@debbugs.gnu.org; Wed, 07 Oct 2020 18:06:31 -0400 Received: from eggs.gnu.org ([209.51.188.92]:53552) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kQHZs-0005ZD-IY for 43802@debbugs.gnu.org; Wed, 07 Oct 2020 18:06:30 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:53019) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kQHZm-0005Pu-Cc; Wed, 07 Oct 2020 18:06:22 -0400 Received: from [2a01:e0a:1d:7270:af76:b9b:ca24:c465] (port=49524 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kQHZl-0005pn-Si; Wed, 07 Oct 2020 18:06:22 -0400 From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: Simon South Subject: Re: bug#43802: Knot: Linker runs very slowly and crashes during build References: <87a6x1g17f.fsf@simonsouth.net> <878scledol.fsf@simonsouth.net> <875z7oae3z.fsf@nckx> <87o8lgbrtq.fsf@simonsouth.net> X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 17 =?utf-8?Q?Vend=C3=A9miaire?= an 229 de la =?utf-8?Q?R=C3=A9volution?= X-PGP-Key-ID: 0x090B11993D9AEBB5 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 3CE4 6455 8A84 FDC6 9DB4 0CFB 090B 1199 3D9A EBB5 X-OS: x86_64-pc-linux-gnu Date: Thu, 08 Oct 2020 00:06:19 +0200 In-Reply-To: <87o8lgbrtq.fsf@simonsouth.net> (Simon South's message of "Mon, 05 Oct 2020 11:44:33 -0400") Message-ID: <87o8ldsnc4.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 43802 Cc: 43802@debbugs.gnu.org, Tobias Geerinckx-Rice 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: -3.3 (---) Simon South skribis: >> What I didn't know was that these generated C files were included in >> the release tarball. We have the Ragel, we can rebuild them, and we >> now do so in commit 2b73e50c31a61b5dcef35a1e4b9484d9dbcb0fbc. > > Neat! +1, yay for bootstrapping! Ludo=E2=80=99. From unknown Sat Aug 16 21:12:32 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Thu, 05 Nov 2020 12:24:03 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator