Received: (at 69480) by debbugs.gnu.org; 1 Mar 2024 12:19:09 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Mar 01 07:19:09 2024 Received: from localhost ([127.0.0.1]:36229 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rg1r3-0007we-4l for submit <at> debbugs.gnu.org; Fri, 01 Mar 2024 07:19:09 -0500 Received: from eggs.gnu.org ([209.51.188.92]:54822) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <acorallo@HIDDEN>) id 1rg1r0-0007wK-Kb for 69480 <at> debbugs.gnu.org; Fri, 01 Mar 2024 07:19:07 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <acorallo@HIDDEN>) id 1rg1qS-0003h5-FI; Fri, 01 Mar 2024 07:18:32 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=vs6pd8qyfJyXDaEL0etOSTJGXk40eRfQKYfcMEuIRRI=; b=XmZjgO3lEEzkzTRbY6uZ i5BjMi/faYRA71TsxQnGuyc/ADK2PfRvmQVWgEMY9Jqqe5P6xU7dqR1+xvma0P5cYZaCWN3RZ4rN/ E0PCJkus3J0yzUR2faFv4umyDsGc/jDXPvLbtta8/n8wHj8Tz9Vr9ll/VH7OqosC2fLlOw/G+/Dv6 2QUGDomz6ZQwnYwRlQ79Vspx34U9p0DaigmTYVNbb8+GHVRKUeEWHy+LrqDLbZYfXLW7bIkI4+C+/ pJ7h+N1OslWMlOksgvX5/XMWN1+rt0zEQPC4ZmXq1CdxiUdDVVzSG7SWmJgqxDvEn9tlXWwqAw9k9 Pr7kKgQayMR0/w==; Received: from acorallo by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from <acorallo@HIDDEN>) id 1rg1qP-0002Nz-Hz; Fri, 01 Mar 2024 07:18:30 -0500 From: Andrea Corallo <acorallo@HIDDEN> To: Stephen Berman via "Bug reports for GNU Emacs, the Swiss army knife of text editors" <bug-gnu-emacs@HIDDEN> Subject: Re: bug#69480: Emacs Lisp needs, for its great 'native-compile', 'declare' and 'the' for fixnums and arrays. In-Reply-To: <87bk7yur6p.fsf@HIDDEN> (Stephen Berman via's message of "Fri, 01 Mar 2024 12:28:30 +0100") References: <CAP9n0TMfsKdJPKbu7fu1J98ZQWw8xwX+q=EX4F=XgQqhsv3zog@HIDDEN> <86edcvrpzg.fsf@HIDDEN> <87bk7yur6p.fsf@HIDDEN> Date: Fri, 01 Mar 2024 07:18:29 -0500 Message-ID: <yp1ttlq2lii.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 69480 Cc: Robert Boyer <robertstephenboyer@HIDDEN>, Eli Zaretskii <eliz@HIDDEN>, Stephen Berman <stephen.berman@HIDDEN>, 69480 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) Stephen Berman via "Bug reports for GNU Emacs, the Swiss army knife of text editors" <bug-gnu-emacs@HIDDEN> writes: > On Thu, 29 Feb 2024 22:10:27 +0200 Eli Zaretskii <eliz@HIDDEN> wrote: > >>> From: Robert Boyer <robertstephenboyer@HIDDEN> >>> Date: Thu, 29 Feb 2024 13:40:14 -0600 >>> >>> Consider this form: >>> >>> (progn (emacs-lisp-native-compile-and-load) (benchmark (build-sieve (expt 10 >>> 8)) 1)) >>> >>> First of all, 'benchmark' has an obvious bug because it reports a time of >>> .000005 seconds. >> >> You use benchmark incorrectly. And you should use benchmark-run >> instead, anyway. >> >>> After finding the file eratosthenese.el, the evaluation of the form above >>> takes 69 seconds in Emacs. >>> >>> After entering SBCL and loading eratosthenese.lisp, (build-sieve (expt 10 8)) >>> takes 8 seconds. >> >> It takes 16.7 sec on my system. > > I was curious to see how long it takes on my system, compared to the > byte-compiled and uncompiled files, and the results surprised me. > First, I visited the file eratosthenes.el, ran `eval-buffer' and then > `M-: (benchmark-run nil (build-sieve (expt 10 8)))', with this result: > > (143.326808051 1 0.344846223) > > Then I ran `M-: (progn (emacs-lisp-native-compile-and-load) > (benchmark-run nil (build-sieve (expt 10 8))))', with this result: > > (37.457440511 1 0.36922945500000004) > > The native compilation also produced a byte-compiled file > eratosthenes.elc, so I then loaded that file and again ran `M-: > (benchmark-run nil (build-sieve (expt 10 8)))', with this result: > > (21.854069551000002 1 0.3595161699999999) > > I was surprised that this was much faster than the run with native > compilation, but I thought perhaps this was due to the time spent > producing both the native and byte-compiled files (though more than 15 > seconds for that seemed unlikely), so I ran `M-: (progn > (emacs-lisp-native-compile-and-load) (benchmark-run nil (build-sieve > (expt 10 8))))' again, which just loaded the already native-compiled > file (and updated its timestamp), but the result was practically the > same as the first time: > > (37.095767574 1 0.36986937500000017) > > Why is the timing with native compilation so much slower than with byte > compilation? Because the file is not lexically scoped so we are not running optimizations. On my laptop I see: 11 secs byte compiled 18 secs native compiled 7 secs byte compiled with lexical scope 5 secs native compiled with lexical scope. Bests Andrea
bug-gnu-emacs@HIDDEN
:bug#69480
; Package emacs
.
Full text available.Received: (at submit) by debbugs.gnu.org; 1 Mar 2024 12:19:10 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Mar 01 07:19:10 2024 Received: from localhost ([127.0.0.1]:36231 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rg1r3-0007wg-J1 for submit <at> debbugs.gnu.org; Fri, 01 Mar 2024 07:19:09 -0500 Received: from lists.gnu.org ([209.51.188.17]:42180) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <acorallo@HIDDEN>) id 1rg1qx-0007wN-Uy for submit <at> debbugs.gnu.org; Fri, 01 Mar 2024 07:19:07 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <acorallo@HIDDEN>) id 1rg1qT-0003Hw-Rb for bug-gnu-emacs@HIDDEN; Fri, 01 Mar 2024 07:18:34 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <acorallo@HIDDEN>) id 1rg1qS-0003h5-FI; Fri, 01 Mar 2024 07:18:32 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=vs6pd8qyfJyXDaEL0etOSTJGXk40eRfQKYfcMEuIRRI=; b=XmZjgO3lEEzkzTRbY6uZ i5BjMi/faYRA71TsxQnGuyc/ADK2PfRvmQVWgEMY9Jqqe5P6xU7dqR1+xvma0P5cYZaCWN3RZ4rN/ E0PCJkus3J0yzUR2faFv4umyDsGc/jDXPvLbtta8/n8wHj8Tz9Vr9ll/VH7OqosC2fLlOw/G+/Dv6 2QUGDomz6ZQwnYwRlQ79Vspx34U9p0DaigmTYVNbb8+GHVRKUeEWHy+LrqDLbZYfXLW7bIkI4+C+/ pJ7h+N1OslWMlOksgvX5/XMWN1+rt0zEQPC4ZmXq1CdxiUdDVVzSG7SWmJgqxDvEn9tlXWwqAw9k9 Pr7kKgQayMR0/w==; Received: from acorallo by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from <acorallo@HIDDEN>) id 1rg1qP-0002Nz-Hz; Fri, 01 Mar 2024 07:18:30 -0500 From: Andrea Corallo <acorallo@HIDDEN> To: Stephen Berman via "Bug reports for GNU Emacs, the Swiss army knife of text editors" <bug-gnu-emacs@HIDDEN> Subject: Re: bug#69480: Emacs Lisp needs, for its great 'native-compile', 'declare' and 'the' for fixnums and arrays. In-Reply-To: <87bk7yur6p.fsf@HIDDEN> (Stephen Berman via's message of "Fri, 01 Mar 2024 12:28:30 +0100") References: <CAP9n0TMfsKdJPKbu7fu1J98ZQWw8xwX+q=EX4F=XgQqhsv3zog@HIDDEN> <86edcvrpzg.fsf@HIDDEN> <87bk7yur6p.fsf@HIDDEN> Date: Fri, 01 Mar 2024 07:18:29 -0500 Message-ID: <yp1ttlq2lii.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: submit Cc: Robert Boyer <robertstephenboyer@HIDDEN>, Eli Zaretskii <eliz@HIDDEN>, Stephen Berman <stephen.berman@HIDDEN>, 69480 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) Stephen Berman via "Bug reports for GNU Emacs, the Swiss army knife of text editors" <bug-gnu-emacs@HIDDEN> writes: > On Thu, 29 Feb 2024 22:10:27 +0200 Eli Zaretskii <eliz@HIDDEN> wrote: > >>> From: Robert Boyer <robertstephenboyer@HIDDEN> >>> Date: Thu, 29 Feb 2024 13:40:14 -0600 >>> >>> Consider this form: >>> >>> (progn (emacs-lisp-native-compile-and-load) (benchmark (build-sieve (expt 10 >>> 8)) 1)) >>> >>> First of all, 'benchmark' has an obvious bug because it reports a time of >>> .000005 seconds. >> >> You use benchmark incorrectly. And you should use benchmark-run >> instead, anyway. >> >>> After finding the file eratosthenese.el, the evaluation of the form above >>> takes 69 seconds in Emacs. >>> >>> After entering SBCL and loading eratosthenese.lisp, (build-sieve (expt 10 8)) >>> takes 8 seconds. >> >> It takes 16.7 sec on my system. > > I was curious to see how long it takes on my system, compared to the > byte-compiled and uncompiled files, and the results surprised me. > First, I visited the file eratosthenes.el, ran `eval-buffer' and then > `M-: (benchmark-run nil (build-sieve (expt 10 8)))', with this result: > > (143.326808051 1 0.344846223) > > Then I ran `M-: (progn (emacs-lisp-native-compile-and-load) > (benchmark-run nil (build-sieve (expt 10 8))))', with this result: > > (37.457440511 1 0.36922945500000004) > > The native compilation also produced a byte-compiled file > eratosthenes.elc, so I then loaded that file and again ran `M-: > (benchmark-run nil (build-sieve (expt 10 8)))', with this result: > > (21.854069551000002 1 0.3595161699999999) > > I was surprised that this was much faster than the run with native > compilation, but I thought perhaps this was due to the time spent > producing both the native and byte-compiled files (though more than 15 > seconds for that seemed unlikely), so I ran `M-: (progn > (emacs-lisp-native-compile-and-load) (benchmark-run nil (build-sieve > (expt 10 8))))' again, which just loaded the already native-compiled > file (and updated its timestamp), but the result was practically the > same as the first time: > > (37.095767574 1 0.36986937500000017) > > Why is the timing with native compilation so much slower than with byte > compilation? Because the file is not lexically scoped so we are not running optimizations. On my laptop I see: 11 secs byte compiled 18 secs native compiled 7 secs byte compiled with lexical scope 5 secs native compiled with lexical scope. Bests Andrea
bug-gnu-emacs@HIDDEN
:bug#69480
; Package emacs
.
Full text available.Received: (at 69480) by debbugs.gnu.org; 1 Mar 2024 11:29:08 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Mar 01 06:29:08 2024 Received: from localhost ([127.0.0.1]:36190 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rg14e-0006YN-3b for submit <at> debbugs.gnu.org; Fri, 01 Mar 2024 06:29:08 -0500 Received: from mout.gmx.net ([212.227.15.18]:57379) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <stephen.berman@HIDDEN>) id 1rg14b-0006Xn-Iq for 69480 <at> debbugs.gnu.org; Fri, 01 Mar 2024 06:29:06 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=s31663417; t=1709292511; x=1709897311; i=stephen.berman@HIDDEN; bh=xIHAWIN3cYGRwd3I1HBFk86/thZXdxK1PhUupSFd4Y8=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References: Date; b=dHMpjPK63cVK93cOsx9EfMpk/3mhzjyT4+4JLMfIGYHppGW74tYUNq2SUUlC9LEZ WLVFY6V6ynMXf2LBLOLqL0FFi7vSAtamYQ0aqY49tyILLFC2lcalIv9jwH9/MHPX3 lX1N5MhqM6gqHc5nJEqgNnv8/OS1W20ComqeQ8S4FVEufnrHDCuxvmMacTaHbuhPF u8cJAL1blmwFyRpjoQbgeXEKyMGfGMsqHqFo1/vIEraN+pDseJpfB+ggneHKvmyfH naQDIB8S3wcDGLyJ/CHLeLh7L+eud0ZjSxJs/AmTLaVtLb3jE/09rQp8LXOI5BRCT VKJ/+eeyg285vnSWaw== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from strobelfs2 ([94.134.94.185]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1N5G9n-1qh91G0Jq1-011Don; Fri, 01 Mar 2024 12:28:31 +0100 From: Stephen Berman <stephen.berman@HIDDEN> To: Eli Zaretskii <eliz@HIDDEN> Subject: Re: bug#69480: Emacs Lisp needs, for its great 'native-compile', 'declare' and 'the' for fixnums and arrays. In-Reply-To: <86edcvrpzg.fsf@HIDDEN> (Eli Zaretskii's message of "Thu, 29 Feb 2024 22:10:27 +0200") References: <CAP9n0TMfsKdJPKbu7fu1J98ZQWw8xwX+q=EX4F=XgQqhsv3zog@HIDDEN> <86edcvrpzg.fsf@HIDDEN> Date: Fri, 01 Mar 2024 12:28:30 +0100 Message-ID: <87bk7yur6p.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:CtADf5+qX5YDRAQTT1uiFL7yQzR/ocsFw89tloeVemf0rOcGYiC 5Gv5ptaE7RP3pkjMcH91EIzwg1ViBRHJrZL1uglDryNED58zOJYFkkzARhWp0am0Tcp+CIM lFUEvLIaDP90raEFp/pebBJ+jKN+cKO27Fc8Fvm9bj7DFxeGUWAPMdwx4SRTOVeV2bPBqmA a9Ack9rscYY0NbNk8FcbQ== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:jmNqyMtOH3g=;TwfaW5pNCehvmD2tFiVfeex0aHp 65GW2YzZx/wATAJTQMfdyIq2xKPR6OMNsKnIR5dAx2I6rIpVO9xdDE25tFJFHDSP9DiaikChE QS0O1GvjnPxPxyHdUzk71dxQLjjfPmcOr21OR2/bGGLAhzYX7nw4HxO5aUmVt3SMUlST2pP+9 ycmgmVBGhkAISDtiEYnvaPEC/hVJ1AMC5zlfOtVcQdHCuoKRIPfaqlXJid/c/bArdTfONuMR9 GFjVU+DTQdDOpDpPkeKm8kx61zuN2wGRo62uLNektXY29m/mrOz5Hxr3xCgm9oc+E4yf5e+sd CSLjTvhVPMM7RdE6gM3J04qDpW0FhbYWrmvnYe+KHtfwEU5Y9uMQ6ilgLdmU5WviOEc+WI9fa Zb+clH5CYGfZLlElTChVPbxrCgTCPclyAIq+/uLMRbk6Ljcq0jInaHTfj68Ol81H0fVRf2IwL HXR98mFDLAc+Cl7b1jJBw3hJsaPQxZA4X/DGt8ibEtLw7ZbTJDuffq8RbSH7VmUDtxjlYrGPU dT2H6SIerizeXJNWy2brhtlf2TcWZGXvM+4Wu3KWCW8JlDY8SvRTjzUIG5jjsg5g5ZaJfMtet 9p+UudqG0CTq0xxE43dIcF8B+B89eAuxIk1AS1+S2HcOXxBLasEmdkamvsw1Otz86vzZK7tAz pKPxIZ97zx33zQtW815kXS8+bLAnLz/RYFZl5KgjVnVu2HDU//t7hQTIrXpn9rlzSd50YahJT pQ49TWWgx8rnNWZCklh4Nt/s7Qc92CjtoVbO07fQfZx63tr2hYxjVhnGNdoz/etswHFysXch5 HJX/dUZuIBSpulARFyiULUPH1pGrjP2tbW7gRDGtQNdmk= Content-Transfer-Encoding: quoted-printable X-Spam-Score: 2.9 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: On Thu, 29 Feb 2024 22:10:27 +0200 Eli Zaretskii wrote: >> From: Robert Boyer >> Date: Thu, 29 Feb 2024 13:40:14 -0600 >> >> Consider this form: >> >> (progn (emacs-lisp-native-compile-and-load) (benchmark (build-sieve (expt 10 >> 8)) 1)) >> >> First of [...] Content analysis details: (2.9 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [94.134.94.185 listed in zen.spamhaus.org] 0.0 RCVD_IN_MSPIKE_H4 RBL: Very Good reputation (+4) [212.227.15.18 listed in wl.mailspike.net] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (stephen.berman[at]gmx.net) 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.15.18 listed in list.dnswl.org] 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders -0.0 T_SCC_BODY_TEXT_LINE No description available. X-Debbugs-Envelope-To: 69480 Cc: Robert Boyer <robertstephenboyer@HIDDEN>, 69480 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: 1.9 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: On Thu, 29 Feb 2024 22:10:27 +0200 Eli Zaretskii wrote: >> From: Robert Boyer >> Date: Thu, 29 Feb 2024 13:40:14 -0600 >> >> Consider this form: >> >> (progn (emacs-lisp-native-compile-and-load) (benchmark (build-sieve (expt 10 >> 8)) 1)) >> >> First of [...] Content analysis details: (1.9 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 RCVD_IN_MSPIKE_H4 RBL: Very Good reputation (+4) [212.227.15.18 listed in wl.mailspike.net] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [94.134.94.185 listed in zen.spamhaus.org] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.15.18 listed in list.dnswl.org] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (stephen.berman[at]gmx.net) 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders -0.0 T_SCC_BODY_TEXT_LINE No description available. -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager On Thu, 29 Feb 2024 22:10:27 +0200 Eli Zaretskii <eliz@HIDDEN> wrote: >> From: Robert Boyer <robertstephenboyer@HIDDEN> >> Date: Thu, 29 Feb 2024 13:40:14 -0600 >> >> Consider this form: >> >> (progn (emacs-lisp-native-compile-and-load) (benchmark (build-sieve (ex= pt 10 >> 8)) 1)) >> >> First of all, 'benchmark' has an obvious bug because it reports a time = of >> .000005 seconds. > > You use benchmark incorrectly. And you should use benchmark-run > instead, anyway. > >> After finding the file eratosthenese.el, the evaluation of the form abo= ve >> takes 69 seconds in Emacs. >> >> After entering SBCL and loading eratosthenese.lisp, (build-sieve (expt = 10 8)) >> takes 8 seconds. > > It takes 16.7 sec on my system. I was curious to see how long it takes on my system, compared to the byte-compiled and uncompiled files, and the results surprised me. First, I visited the file eratosthenes.el, ran `eval-buffer' and then `M-: (benchmark-run nil (build-sieve (expt 10 8)))', with this result: (143.326808051 1 0.344846223) Then I ran `M-: (progn (emacs-lisp-native-compile-and-load) (benchmark-run nil (build-sieve (expt 10 8))))', with this result: (37.457440511 1 0.36922945500000004) The native compilation also produced a byte-compiled file eratosthenes.elc, so I then loaded that file and again ran `M-: (benchmark-run nil (build-sieve (expt 10 8)))', with this result: (21.854069551000002 1 0.3595161699999999) I was surprised that this was much faster than the run with native compilation, but I thought perhaps this was due to the time spent producing both the native and byte-compiled files (though more than 15 seconds for that seemed unlikely), so I ran `M-: (progn (emacs-lisp-native-compile-and-load) (benchmark-run nil (build-sieve (expt 10 8))))' again, which just loaded the already native-compiled file (and updated its timestamp), but the result was practically the same as the first time: (37.095767574 1 0.36986937500000017) Why is the timing with native compilation so much slower than with byte compilation? Steve Berman
bug-gnu-emacs@HIDDEN
:bug#69480
; Package emacs
.
Full text available.Received: (at 69480) by debbugs.gnu.org; 1 Mar 2024 06:46:15 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Mar 01 01:46:15 2024 Received: from localhost ([127.0.0.1]:35922 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rfwet-0007Kk-5Q for submit <at> debbugs.gnu.org; Fri, 01 Mar 2024 01:46:15 -0500 Received: from eggs.gnu.org ([209.51.188.92]:52814) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1rfweq-0007KW-DT for 69480 <at> debbugs.gnu.org; Fri, 01 Mar 2024 01:46:13 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <eliz@HIDDEN>) id 1rfweJ-0000AN-Bt; Fri, 01 Mar 2024 01:45:39 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=YYRJ5HvH5G9vMLEcdNCHxXp2Ov5kd/y7GTiBtTkfSs8=; b=VWGHFdV9uOSiEvOdlW3D Iz0iao1+DyAe5ty8rsn0jbGBwAJOwK/BqkeX4WM0sy1Du+U9+0nJTjRiAIjtWc3GW6wlzIVQlBH2E XwKn7QAWalOeZIktLSsWJtq0GPItzgCGwN+Xe3jyCf1RmZjvgmotMni2EaAUW54DZ6tjHanEreUrv CjSsNA3YJ+SN7iYnaMuQWysnAE7m2Q3gu2pDZohSxNKwkOn70XW0Ju3CH1lZ4VMp0belhKItLWq90 zqTuh/G2NAPushbfpsLggXlOoxxRdm1ut4or5dG5bQXdNZhjN77sXkmi6M9XJ4nashEoc3ETZAyr4 fjJEixI1gQ95Zg==; Date: Fri, 01 Mar 2024 08:45:37 +0200 Message-Id: <86a5nisb5a.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Robert Boyer <robertstephenboyer@HIDDEN> In-Reply-To: <CAP9n0TMu641Kya3Hvg72RnhBOHbv+SokVRzGY=5iQNVC+qD8Lw@HIDDEN> (message from Robert Boyer on Thu, 29 Feb 2024 14:54:46 -0600) Subject: Re: bug#69480: Emacs Lisp needs, for its great 'native-compile', 'declare' and 'the' for fixnums and arrays. References: <CAP9n0TMfsKdJPKbu7fu1J98ZQWw8xwX+q=EX4F=XgQqhsv3zog@HIDDEN> <86edcvrpzg.fsf@HIDDEN> <CAP9n0TMu641Kya3Hvg72RnhBOHbv+SokVRzGY=5iQNVC+qD8Lw@HIDDEN> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 69480 Cc: 69480 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > From: Robert Boyer <robertstephenboyer@HIDDEN> > Date: Thu, 29 Feb 2024 14:54:46 -0600 > Cc: 69480 <at> debbugs.gnu.org > > > You use benchmark incorrectly. > > Huh? Here is the documentation. > > benchmark is an interactive native-compiled Lisp function in ‘benchmark.el’. > > (benchmark REPETITIONS FORM) > > Print the time taken for REPETITIONS executions of FORM. > Interactively, REPETITIONS is taken from the prefix arg, and > the command prompts for the form to benchmark. > For non-interactive use see also ‘benchmark-run’ and > ‘benchmark-run-compiled’. > FORM can also be a function in which case we measure the time it takes > to call it without any argument. Yes, and in your recipe you reversed the order of the arguments: (benchmark (build-sieve (expt 10 8)) 1) > > It takes 16.7 sec on my system. > > All of my times come from using a $100 Lenovo Chromebook. How much did your machine > cost? I gave my timing as another data point. I have no way of measuring the timing on your machine, obviously.
bug-gnu-emacs@HIDDEN
:bug#69480
; Package emacs
.
Full text available.Received: (at 69480) by debbugs.gnu.org; 29 Feb 2024 22:10:38 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Feb 29 17:10:38 2024 Received: from localhost ([127.0.0.1]:35570 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rfobq-0007L4-7H for submit <at> debbugs.gnu.org; Thu, 29 Feb 2024 17:10:38 -0500 Received: from mout.web.de ([217.72.192.78]:42419) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <michael_heerdegen@HIDDEN>) id 1rfobk-0007Kh-J9 for 69480 <at> debbugs.gnu.org; Thu, 29 Feb 2024 17:10:33 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=web.de; s=s29768273; t=1709244594; x=1709849394; i=michael_heerdegen@HIDDEN; bh=0Xlan7Fh7jY4pXbMthaTmBhntvzOj4ydMapb4LAU8nc=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References: Date; b=D8cd0lyX4uSNk5FYls3wWHme15+vItUB7MNay0QO3QEI0GD58SdfS8/BiLh3uWYB tWgcnOZlAwi++24ChiBymIOJzG2MNre8Pw1y95VRd5Aqaac1c2iDQSV6cXPIwk8vw AvYuzfwCPLr4RlABnTY3/hI7JgPFGDWebfmadzbbC9DfyV/qH5ciaD5PtAqEvAMgy 0k2fWN6kUvR++s7G4ifGGompEPU4qjoDcB6SJaOKk/88r5raH1Q16odQXo9AQqiuC h0g57uLvn9DPajFXZBj90TJIzSqhnxtQMmTacZ5WnK5rtof90wB9WUHPytXpnN1jq juC0HOh5YLjRW5+0Qg== X-UI-Sender-Class: 814a7b36-bfc1-4dae-8640-3722d8ec6cd6 Received: from drachen.dragon ([92.76.229.82]) by smtp.web.de (mrweb105 [213.165.67.124]) with ESMTPSA (Nemesis) id 1MbTL1-1r8gm3232H-00bkOU; Thu, 29 Feb 2024 23:09:54 +0100 From: Michael Heerdegen <michael_heerdegen@HIDDEN> To: Robert Boyer <robertstephenboyer@HIDDEN> Subject: Re: bug#69480: Emacs Lisp needs, for its great 'native-compile', 'declare' and 'the' for fixnums and arrays. In-Reply-To: <CAP9n0TMu641Kya3Hvg72RnhBOHbv+SokVRzGY=5iQNVC+qD8Lw@HIDDEN> (Robert Boyer's message of "Thu, 29 Feb 2024 14:54:46 -0600") References: <CAP9n0TMfsKdJPKbu7fu1J98ZQWw8xwX+q=EX4F=XgQqhsv3zog@HIDDEN> <86edcvrpzg.fsf@HIDDEN> <CAP9n0TMu641Kya3Hvg72RnhBOHbv+SokVRzGY=5iQNVC+qD8Lw@HIDDEN> Date: Thu, 29 Feb 2024 23:10:24 +0100 Message-ID: <87il26ncq7.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:nd9ZGnnC1UEQhMsxFxYITkKdmiNTmCiOmjc/0gNr1h4ZfoOr2ew 7sz9hI6QcymgHpzV3Z2hS/tK/DN2mWNgtdb4N3k+aSRrx0iI5kGcLuzoS8OoU5wYYg+/vqu dWiDidBTVr3DNsvcYapfN4dJehTCkPaWozSplkTi5GQgaK6u+5AsgXhoeERkZVE20/QO8Ol 2EenIh/w9XujmBABlR2zA== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:u4uztN96lYI=;r2+lRqAua5SW9zORKssSrlcXg9Q ohSXyxDqUtrPLJlgPaeDcjgYYLxNjDDbtJANe6CQ9Jt3oOjrB05XlpgP86650xZ7tUGCt89wa ObpbzqUTAmWAkJSmLMj/Qbf/rwR3BGpVPHFEmytE4mM9ofoFXu+5snWgHfU1z/BdzjaChZQyP p2+n3Km48Erv72dwnrJzdOLe3IrtzWnURpitr86WRQ6NjuogAIlpqIOCfZqwBOVWgiLPoG23N g/JrH4oVW/Hj04ulA7cm+ZiBHSWDRJO8H0e9dLdMq1i3mylVVIlyGgf9ff4nTBqU3on8Eq9Wt B01LG5Ah/5LR+uoFANbr/SQRQemgSEZEL1sXkTXFRcvf9rGnBEX5J3ko3utAtUEvD5rjWb71M 8GF+j67uOcb5BuKMG3p42FAH+PA0tHF9dflDzPmaOOSEcdPcw/z/XusFPyeKpS+Vp4jV4/q5N bh8eWMTGBFGXN+3Q+bcKzuwJVJxg0mwGCMFuOm4eZ1tBYuxvr52CImFsA12ehwe+l2+1OfDs6 clm44E/a4oItt+sEn3bDBy8BQtbc6bHp5dG+6wqwyGjF+UuT0eyUGYJ9BERFG3SCZWyZGWNP7 UZIfPlVplL2BprYA0oqgeSCMm6PiMcfTzFJRD3HXJHfxtUoqoMIR3/sQi87MaCOrw7Gm0B04E GIQdJvP1Wa33pOKczO11lEHzR/ni+JaxNgNUi6bEU9/c4bK8HnRnXIwDFLkJCe8MuAVJfjFUp t4DkDV47qQHoFi/GTsQ4L96lRmGTdFU5iKUOh5fco/bvXvRH/fNJEOZuAmK4H+4uWv30yB0tV mKROZ057Vlo184Umjsyk+lCpvjg5hkYCd1tftt7BZ+hK8= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 69480 Cc: Eli Zaretskii <eliz@HIDDEN>, 69480 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.7 (-) Robert Boyer <robertstephenboyer@HIDDEN> writes: > Huh? Here is the documentation. > > benchmark is an interactive native-compiled Lisp function in > =E2=80=98benchmark.el=E2=80=99. > > (benchmark REPETITIONS FORM) ^^^^ It's a _function_, Robert. So you are passing the evaluation result, not a form. Michael.
bug-gnu-emacs@HIDDEN
:bug#69480
; Package emacs
.
Full text available.Received: (at 69480) by debbugs.gnu.org; 29 Feb 2024 21:06:30 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Feb 29 16:06:30 2024 Received: from localhost ([127.0.0.1]:35494 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rfnbq-0005WO-4P for submit <at> debbugs.gnu.org; Thu, 29 Feb 2024 16:06:30 -0500 Received: from mail-ed1-f53.google.com ([209.85.208.53]:52409) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <robertstephenboyer@HIDDEN>) id 1rfnbn-0005W6-0F for 69480 <at> debbugs.gnu.org; Thu, 29 Feb 2024 16:06:28 -0500 Received: by mail-ed1-f53.google.com with SMTP id 4fb4d7f45d1cf-564372fb762so2096783a12.0 for <69480 <at> debbugs.gnu.org>; Thu, 29 Feb 2024 13:05:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1709240694; x=1709845494; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=A7Q3XQ+XWsS2N57oPveUw++4Yk+896ogM+F7ZLR4b1M=; b=DIyaUSAydNRCtRXPTpNL1HBuMLDCRO7QuhoGQDnLSXCkydDHxDdLHkvwu4sB+5TyLo czst/pqjTEX4Vp+M1QIJrHMT+tipr2NuCX5izNy8l387iHmDEWGSHaK100VPYlKyL6x0 cu42sGB//L20vxSx3bBDq+7wZzCTBXv+FHK0SDgMX8cyjIdLuPySXVLskTD+N8b0GQcS gbNXzsatE1dtYmZN5K8+GKke0Xf62IzkuLed+QERHY4aLFSQ6dkSB7kfoW9QuJO2p72F vK19rD/bRxqSP/GufbFctvDuxFVLp7JD1yMVIffHiePWNGF8zP27ydDXuKqFpnVDP38s 0LAQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1709240694; x=1709845494; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=A7Q3XQ+XWsS2N57oPveUw++4Yk+896ogM+F7ZLR4b1M=; b=r2jLhYb+rtngSFVBbD0sFvBa/zjAGp5zDDFQ3PpThCxyylCML7CZzN59Mt7L6IYAJl BzAwtUAGs47CvXlF5VxG1Z+mM+GwsfVzmqt5q4papaeKNZx0nzdugojTucsLX+HB9O8x +S3Oy2NfbLmV5H8FCwXegfKlnqib9c2PXughmI8pv0rpihsyTeCiosRDRilCX9BFZqO4 X9saMBWyX/tpb1lWzyhrlg80Lu0Dv/z1CGyufDqbiII+wD7tr1oWaO4WcGGdUeUnd5Tx /6Ind0KvTgyGJU7TuY0vwcDlYViYclrUJ9hqbKglf148YFQY8XhWRO4FTnKd8B7aRrHG gZsQ== X-Gm-Message-State: AOJu0YyHbNRg2pgVlhzqQF1VFBPVnemVFHMwgoFDz5rsB3V4nCWUMzrC 6pHHMbBVTZpA+Ia2YUZyusMeTtJZKBjr6nTkbrgJo4+DuoDTlCZ6IcgYz+Fty/Y5kpH/ppD847o KGvEKD4oQkviq8380dWrrlQ6CXO4Mhw0uNpD3pQ== X-Google-Smtp-Source: AGHT+IGyASLCh1sPwA0SzAcT8aYQzmz6KjWUPP/ld1XwUXYXUVMan/46Zd8gaD0epMIUv8C9ZYm9EkKmxc9KARuCv4Q= X-Received: by 2002:aa7:cb4d:0:b0:565:dce3:66fd with SMTP id w13-20020aa7cb4d000000b00565dce366fdmr73239edt.23.1709240693647; Thu, 29 Feb 2024 13:04:53 -0800 (PST) MIME-Version: 1.0 References: <CAP9n0TMfsKdJPKbu7fu1J98ZQWw8xwX+q=EX4F=XgQqhsv3zog@HIDDEN> <86edcvrpzg.fsf@HIDDEN> In-Reply-To: <86edcvrpzg.fsf@HIDDEN> From: Robert Boyer <robertstephenboyer@HIDDEN> Date: Thu, 29 Feb 2024 15:04:15 -0600 Message-ID: <CAP9n0TOmq3TU7OR9hchpcouSiBwjE4DwX+x0GE1ao3_efM8NDg@HIDDEN> Subject: Re: bug#69480: Emacs Lisp needs, for its great 'native-compile', 'declare' and 'the' for fixnums and arrays. To: Eli Zaretskii <eliz@HIDDEN> Content-Type: multipart/alternative; boundary="000000000000616e1506128b9cbd" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 69480 Cc: 69480 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) --000000000000616e1506128b9cbd Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable benchmark-run-compiled reported the same sorry time to *Messages* on: (progn (emacs-lisp-native-compile-and-load) (benchmark-run-compiled (build-sieve (expt 10 8)))) (68.42455689 1 1.1884078129999995) On Thu, Feb 29, 2024 at 2:11=E2=80=AFPM Eli Zaretskii <eliz@HIDDEN> wrote: > > From: Robert Boyer <robertstephenboyer@HIDDEN> > > Date: Thu, 29 Feb 2024 13:40:14 -0600 > > > > Consider this form: > > > > (progn (emacs-lisp-native-compile-and-load) (benchmark (build-sieve > (expt 10 8)) 1)) > > > > First of all, 'benchmark' has an obvious bug because it reports a time = of > > .000005 seconds. > > You use benchmark incorrectly. And you should use benchmark-run > instead, anyway. > > > After finding the file eratosthenese.el, the evaluation of the form abo= ve > > takes 69 seconds in Emacs. > > > > After entering SBCL and loading eratosthenese.lisp, (build-sieve (expt > 10 8)) > > takes 8 seconds. > > It takes 16.7 sec on my system. > > I see no bug here, native-compiled Emacs Lisp will never be able to > produce performance similar to SBCL, not the way native compilation is > implemented in Emacs. > --000000000000616e1506128b9cbd Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div>benchmark-run-compiled reported the same sorry time t= o *Messages* on:</div><div><br></div><div>(progn (emacs-lisp-native-compile= -and-load) (benchmark-run-compiled (build-sieve (expt 10 8))))<br></div><di= v><br></div>(68.42455689 1 1.1884078129999995)</div><br><div class=3D"gmail= _quote"><div dir=3D"ltr" class=3D"gmail_attr">On Thu, Feb 29, 2024 at 2:11= =E2=80=AFPM Eli Zaretskii <<a href=3D"mailto:eliz@HIDDEN">eliz@HIDDEN<= /a>> wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0= px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">&= gt; From: Robert Boyer <<a href=3D"mailto:robertstephenboyer@HIDDEN" = target=3D"_blank">robertstephenboyer@HIDDEN</a>><br> > Date: Thu, 29 Feb 2024 13:40:14 -0600<br> > <br> > Consider this form:<br> > <br> > (progn (emacs-lisp-native-compile-and-load) (benchmark (build-sieve (e= xpt 10 8)) 1))<br> > <br> > First of all, 'benchmark' has an obvious bug because it report= s a time of<br> > .000005 seconds.<br> <br> You use benchmark incorrectly.=C2=A0 And you should use benchmark-run<br> instead, anyway.<br> <br> > After finding the file eratosthenese.el, the evaluation of the form ab= ove<br> > takes 69 seconds in Emacs.<br> > <br> > After entering SBCL and loading eratosthenese.lisp, (build-sieve (expt= 10 8))<br> > takes 8 seconds.<br> <br> It takes 16.7 sec on my system.<br> <br> I see no bug here, native-compiled Emacs Lisp will never be able to<br> produce performance similar to SBCL, not the way native compilation is<br> implemented in Emacs.<br> </blockquote></div> --000000000000616e1506128b9cbd--
bug-gnu-emacs@HIDDEN
:bug#69480
; Package emacs
.
Full text available.Received: (at 69480) by debbugs.gnu.org; 29 Feb 2024 20:57:01 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Feb 29 15:57:01 2024 Received: from localhost ([127.0.0.1]:35486 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rfnSe-0005Gb-Q5 for submit <at> debbugs.gnu.org; Thu, 29 Feb 2024 15:57:01 -0500 Received: from mail-ed1-f53.google.com ([209.85.208.53]:58402) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <robertstephenboyer@HIDDEN>) id 1rfnSc-0005GO-9V for 69480 <at> debbugs.gnu.org; Thu, 29 Feb 2024 15:56:59 -0500 Received: by mail-ed1-f53.google.com with SMTP id 4fb4d7f45d1cf-563f675be29so1934468a12.0 for <69480 <at> debbugs.gnu.org>; Thu, 29 Feb 2024 12:56:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1709240125; x=1709844925; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=1PL0u4kbt7rrrzaaJ1oKRVQ/Ba458s4Z1ZQ/CUDsRz0=; b=MyU11Q2Arx0R4uyvxmIkriMZK87mY5kYNZy6re71J5wVMkHQGic3XHHfpbMqI2LrBA 252MT7bAce5zNSUhu/CtgkD2UNieUNw6vX4PbC3yii10WoIM8gnMk7IcpBA/I5hCf857 2TuCo44wpBLMbru235cxebGaxuAXxOZTAc9IGk5lE95bsHFwcU+n+WPf0OzAhQy0ujuF 3mHnbyZYQ/Nb0owPx3R/S9KsicNLvyN/lcccDJvFh8/2TxveVAWpIaU1nDv9aqWEhJKz e78WL4NeHxOAVwLYcxX5KoiXDrXH2LNpKfZdRzJMEUlGO9ohvr8kT3MtadlJN7EYSCsr ByOQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1709240125; x=1709844925; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=1PL0u4kbt7rrrzaaJ1oKRVQ/Ba458s4Z1ZQ/CUDsRz0=; b=nW3gMRPI01Yb5hkTQFz8o3+TnfUUuQMfWcT0ONft6+Tkv9zHvtR1fBX460VX997QGx S8+RcgK2jMhFa/MCUf31/JxgpZ5dya2cbGpXtfn/OWv+c9/Glhx2Tb81djfi132+d7Gm cj2GvU/oGVzWbcLPD6HqPC9gYJ9h5h49sNCctO363dIoRxbrFceO47bYPWiMTpLhTAyL YOIeLZXHioDcg3KyztQsplc73xALsAm+0gDH5djfIxZP+k+LTGuihtp1+mVEdFz6TQMR 6zrONPMHqvQpLU2xBzrrOP72m85wDwv45i41VI2D4Iizmyc3MgiWKRr27x6ceIU/Zgqf mOaA== X-Gm-Message-State: AOJu0YwBB4VGBbJL36Xmb67HAPl2FBMJBSqXyK06T1T99q01rGR2N4aK USl3Ncjy0TmnwnDWeC/hpz7vyDv5Y6ubJwu4n4UjhWA0HmR6NM8kHxo8WVu4EkvNr0qEK7VOnhI rsQdEbi0tY2MqfqxPDKVIWFQXwTYB04Nt8YIn1g== X-Google-Smtp-Source: AGHT+IGeiXrRkG8UrRuMMHYqwj0pJ+3kqMfTwgEOYuUh4GrgORt/uNW7OhYrkk8OFX767/ucpmQKF9JUkJT4em419Mk= X-Received: by 2002:a50:cbcd:0:b0:565:7116:d533 with SMTP id l13-20020a50cbcd000000b005657116d533mr65636edi.6.1709240124519; Thu, 29 Feb 2024 12:55:24 -0800 (PST) MIME-Version: 1.0 References: <CAP9n0TMfsKdJPKbu7fu1J98ZQWw8xwX+q=EX4F=XgQqhsv3zog@HIDDEN> <86edcvrpzg.fsf@HIDDEN> In-Reply-To: <86edcvrpzg.fsf@HIDDEN> From: Robert Boyer <robertstephenboyer@HIDDEN> Date: Thu, 29 Feb 2024 14:54:46 -0600 Message-ID: <CAP9n0TMu641Kya3Hvg72RnhBOHbv+SokVRzGY=5iQNVC+qD8Lw@HIDDEN> Subject: Re: bug#69480: Emacs Lisp needs, for its great 'native-compile', 'declare' and 'the' for fixnums and arrays. To: Eli Zaretskii <eliz@HIDDEN> Content-Type: multipart/alternative; boundary="000000000000753c7e06128b7a87" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 69480 Cc: 69480 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) --000000000000753c7e06128b7a87 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable > You use benchmark incorrectly. Huh? Here is the documentation. benchmark is an interactive native-compiled Lisp function in =E2=80=98bench= mark.el=E2=80=99. (benchmark REPETITIONS FORM) Print the time taken for REPETITIONS executions of FORM. Interactively, REPETITIONS is taken from the prefix arg, and the command prompts for the form to benchmark. For non-interactive use see also =E2=80=98benchmark-run=E2=80=99 and =E2=80=98benchmark-run-compiled=E2=80=99. FORM can also be a function in which case we measure the time it takes to call it without any argument. Probably introduced at or before Emacs version 22.1. > And you should use benchmark-run instead, anyway. Thanks for that. I'll give it a try. > It takes 16.7 sec on my system. All of my times come from using a $100 Lenovo Chromebook. How much did your machine cost? > Emacs Lisp will never be able to produce performance similar to SBCL, not the way > native compilation implemented in Emacs. Wanna bet? There are too many geniuses working on Emacs to let this chance for 8X pass. Thanks for your reply. My message was inspired by something someone said when I sent in a much simpler demo of the same 8x point, saying that one needed to show the difference on real code. So I have done so, I hope everyone agrees. Who is more famous than Eratosthenese? Bob On Thu, Feb 29, 2024 at 2:11=E2=80=AFPM Eli Zaretskii <eliz@HIDDEN> wrote: > > From: Robert Boyer <robertstephenboyer@HIDDEN> > > Date: Thu, 29 Feb 2024 13:40:14 -0600 > > > > Consider this form: > > > > (progn (emacs-lisp-native-compile-and-load) (benchmark (build-sieve > (expt 10 8)) 1)) > > > > First of all, 'benchmark' has an obvious bug because it reports a time = of > > .000005 seconds. > > You use benchmark incorrectly. And you should use benchmark-run > instead, anyway. > > > After finding the file eratosthenese.el, the evaluation of the form abo= ve > > takes 69 seconds in Emacs. > > > > After entering SBCL and loading eratosthenese.lisp, (build-sieve (expt > 10 8)) > > takes 8 seconds. > > It takes 16.7 sec on my system. > > I see no bug here, native-compiled Emacs Lisp will never be able to > produce performance similar to SBCL, not the way native compilation is > implemented in Emacs. > --000000000000753c7e06128b7a87 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div><br></div><div>> You use benchmark incorrectly.=C2= =A0<br></div><div><br></div><div>Huh?=C2=A0 Here is the documentation.</div= ><div><br></div>benchmark is an interactive native-compiled Lisp function i= n =E2=80=98benchmark.el=E2=80=99.<br><br>(benchmark REPETITIONS FORM)<br><b= r>Print the time taken for REPETITIONS executions of FORM.<br>Interactively= , REPETITIONS is taken from the prefix arg, and<br>the command prompts for = the form to benchmark.<br>For non-interactive use see also =E2=80=98benchma= rk-run=E2=80=99 and<br>=E2=80=98benchmark-run-compiled=E2=80=99.<br>FORM ca= n also be a function in which case we measure the time it takes<br>to call = it without any argument.<br><br>=C2=A0 Probably introduced at or before Ema= cs version 22.1.<br><div><br></div><div>=C2=A0> And you should use bench= mark-run instead, anyway.<br></div><div><br></div><div>Thanks for that.=C2= =A0 I'll give it a try.</div><div><br></div><div>>=C2=A0 It takes 16= .7 sec on my system.</div><div><br></div><div>All of my times come from usi= ng a $100 Lenovo Chromebook.=C2=A0 How much did your machine</div><div>cost= ?</div><div><br></div><div>> Emacs Lisp will never be able to produce pe= rformance similar to SBCL, not the way=C2=A0</div><div>> native compilat= ion implemented in Emacs.<br></div><div><br></div><div>Wanna bet?=C2=A0 The= re are too many geniuses working on Emacs to let this chance for 8X pass.</= div><div><br></div><div>Thanks for your reply.=C2=A0 My message was inspire= d by something someone said when I sent</div><div>in a much simpler demo of= the same 8x point, saying that one needed to show the difference=C2=A0 on<= /div><div>real code.=C2=A0 So I have done so, I hope everyone agrees. Who i= s more famous than Eratosthenese?</div><div><br></div><div>Bob</div><div><b= r></div></div><br><div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmai= l_attr">On Thu, Feb 29, 2024 at 2:11=E2=80=AFPM Eli Zaretskii <<a href= =3D"mailto:eliz@HIDDEN">eliz@HIDDEN</a>> wrote:<br></div><blockquote c= lass=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px soli= d rgb(204,204,204);padding-left:1ex">> From: Robert Boyer <<a href=3D= "mailto:robertstephenboyer@HIDDEN" target=3D"_blank">robertstephenboyer@= gmail.com</a>><br> > Date: Thu, 29 Feb 2024 13:40:14 -0600<br> > <br> > Consider this form:<br> > <br> > (progn (emacs-lisp-native-compile-and-load) (benchmark (build-sieve (e= xpt 10 8)) 1))<br> > <br> > First of all, 'benchmark' has an obvious bug because it report= s a time of<br> > .000005 seconds.<br> <br> You use benchmark incorrectly.=C2=A0 And you should use benchmark-run<br> instead, anyway.<br> <br> > After finding the file eratosthenese.el, the evaluation of the form ab= ove<br> > takes 69 seconds in Emacs.<br> > <br> > After entering SBCL and loading eratosthenese.lisp, (build-sieve (expt= 10 8))<br> > takes 8 seconds.<br> <br> It takes 16.7 sec on my system.<br> <br> I see no bug here, native-compiled Emacs Lisp will never be able to<br> produce performance similar to SBCL, not the way native compilation is<br> implemented in Emacs.<br> </blockquote></div> --000000000000753c7e06128b7a87--
bug-gnu-emacs@HIDDEN
:bug#69480
; Package emacs
.
Full text available.Received: (at 69480) by debbugs.gnu.org; 29 Feb 2024 20:11:37 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Feb 29 15:11:37 2024 Received: from localhost ([127.0.0.1]:35446 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rfmkj-00043s-B2 for submit <at> debbugs.gnu.org; Thu, 29 Feb 2024 15:11:37 -0500 Received: from eggs.gnu.org ([209.51.188.92]:37756) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1rfmkf-00043T-KY for 69480 <at> debbugs.gnu.org; Thu, 29 Feb 2024 15:11:35 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <eliz@HIDDEN>) id 1rfmk8-0002p5-V3; Thu, 29 Feb 2024 15:11:00 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=PrHEwb4CDMY46+smu8TINXv16oDhaZAEBMJhG2dChOI=; b=m+mPObhY0xxb KGnTW7docrpcyVnjFrwklFDcBLiU7+Pj6F2pt5ayAQB2LMYzaVlDZLLcLNxpoKoPOpnhsv87NwDkO g81r/mIRFMLI8WAVaVwWUG/W+Guc6Eg3tw9kl+Nqdv50BdVGXfFFJgNqbOJNXLMvGn4EgcFLlesWD QuRu2O+dwhFMSq0KXnhp1y2EKWlcb5ngmvT/gdtyEtQUbtowdEL1o1/kbtnK8ErRebSG0SsHUkGzD DLjPE+Dg9gBa4FiCCX9xmB8tmTxF8gb6A6UUkY+NqUCKWN/EAAgCx1KU19FfHNwQwxGsb/OHUMjDq yELe2T3ui56GHPgayfut4A==; Date: Thu, 29 Feb 2024 22:10:27 +0200 Message-Id: <86edcvrpzg.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Robert Boyer <robertstephenboyer@HIDDEN> In-Reply-To: <CAP9n0TMfsKdJPKbu7fu1J98ZQWw8xwX+q=EX4F=XgQqhsv3zog@HIDDEN> (message from Robert Boyer on Thu, 29 Feb 2024 13:40:14 -0600) Subject: Re: bug#69480: Emacs Lisp needs, for its great 'native-compile', 'declare' and 'the' for fixnums and arrays. References: <CAP9n0TMfsKdJPKbu7fu1J98ZQWw8xwX+q=EX4F=XgQqhsv3zog@HIDDEN> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 69480 Cc: 69480 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > From: Robert Boyer <robertstephenboyer@HIDDEN> > Date: Thu, 29 Feb 2024 13:40:14 -0600 > > Consider this form: > > (progn (emacs-lisp-native-compile-and-load) (benchmark (build-sieve (expt 10 8)) 1)) > > First of all, 'benchmark' has an obvious bug because it reports a time of > .000005 seconds. You use benchmark incorrectly. And you should use benchmark-run instead, anyway. > After finding the file eratosthenese.el, the evaluation of the form above > takes 69 seconds in Emacs. > > After entering SBCL and loading eratosthenese.lisp, (build-sieve (expt 10 8)) > takes 8 seconds. It takes 16.7 sec on my system. I see no bug here, native-compiled Emacs Lisp will never be able to produce performance similar to SBCL, not the way native compilation is implemented in Emacs.
bug-gnu-emacs@HIDDEN
:bug#69480
; Package emacs
.
Full text available.Received: (at submit) by debbugs.gnu.org; 29 Feb 2024 19:41:34 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Feb 29 14:41:34 2024 Received: from localhost ([127.0.0.1]:35415 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rfmHd-0000UQ-9J for submit <at> debbugs.gnu.org; Thu, 29 Feb 2024 14:41:34 -0500 Received: from lists.gnu.org ([209.51.188.17]:44024) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <robertstephenboyer@HIDDEN>) id 1rfmHa-0000UE-Dv for submit <at> debbugs.gnu.org; Thu, 29 Feb 2024 14:41:32 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <robertstephenboyer@HIDDEN>) id 1rfmH4-0006Ys-H8 for bug-gnu-emacs@HIDDEN; Thu, 29 Feb 2024 14:40:59 -0500 Received: from mail-ed1-x534.google.com ([2a00:1450:4864:20::534]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from <robertstephenboyer@HIDDEN>) id 1rfmH0-0004rJ-UG for bug-gnu-emacs@HIDDEN; Thu, 29 Feb 2024 14:40:58 -0500 Received: by mail-ed1-x534.google.com with SMTP id 4fb4d7f45d1cf-5658082d2c4so2015223a12.1 for <bug-gnu-emacs@HIDDEN>; Thu, 29 Feb 2024 11:40:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1709235652; x=1709840452; darn=gnu.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=EQ724KN8HnapreNYyw131IxSdNy1DAtQKhyS88WRpro=; b=h/qKBUGgRjDOiWzjTjS+cBk+C6paPCdwe9GPfUbGw1qOWJyeG7QVJjAH0nMY27hJTl DjLDJeyCvGriEBPbcbbjRAwQQBQkM1FEHfBaVaC7O+qzIE46bDkVacAZnz76R8kvegSs 9E70HQPTbJ3VaxzwzUJPdiqrokf3saP7uZ51R/xcg2oZuNyvyK+i1m45898wJrWwshTg B6QSmvdrpogsPABj7xkZslUQKvDIrrdAUl1jDfuYrnXEEiRy8XnsV0I3zK+Oz79GBKLk K7+KYNCfb91I1tMmIjD05yIwhB6EKDEnsd6k9cehgkgz3CnfrGnfpWYZ3aOeekVpgPqF c6Eg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1709235652; x=1709840452; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=EQ724KN8HnapreNYyw131IxSdNy1DAtQKhyS88WRpro=; b=qeIljlq5cXDw4+6FI5JRXtp18NeKgUagMOwh636kiKIV0vvrLVbWDR+iK6bjfFVQtS G1ruCabArBBkPKzGMcXjtYzRBw5New2n8LuGUCpEL3a2EzhjsnAFFgkVBj3vONwdv8Nr k8MZBFx1Gy6iuxJ/I/dRKujgxmfYbiqxheDfQ0gzmLUxfCrtRCKMaJklu205Xw16grQe 1i9pT3SL8tB1QLgd/x2PS4RY11jQ9hEd5FXMeO72S1izdXxWNISRIYTfFa5oiDMdNqux /DYfHp4h5Bi+LsJhrfC5FAARQgce0YUCVmIUJE2PmZS6Wtw+ElK/pgu8jWRaglAceizQ fs3g== X-Gm-Message-State: AOJu0YwMR4873mUUZKddl+D/vN9TCXxgFQqKzazSXJw0FF4kpPCZQ5rr j1TeqkXWBfqA7AFECCEH+cge0SzCWEvHZcTDen7PRB5qOCUd31zdF+zHd6pGUtIIxBMwwAEsOZ4 h5Xt9yFqevGbAP8ya+q15WMrOo1CLKUk9BQQ= X-Google-Smtp-Source: AGHT+IFpR46Ok0AMYkqasg/S7e2PA5WjXLKiT12LC/NxA2ckjWE/MkFZbGwknMIQeQZTvK5Ad8OU6Q77zXbZ5hTBfhU= X-Received: by 2002:a05:6402:2156:b0:565:f9c1:d925 with SMTP id bq22-20020a056402215600b00565f9c1d925mr2080932edb.0.1709235652236; Thu, 29 Feb 2024 11:40:52 -0800 (PST) MIME-Version: 1.0 From: Robert Boyer <robertstephenboyer@HIDDEN> Date: Thu, 29 Feb 2024 13:40:14 -0600 Message-ID: <CAP9n0TMfsKdJPKbu7fu1J98ZQWw8xwX+q=EX4F=XgQqhsv3zog@HIDDEN> Subject: Emacs Lisp needs, for its great 'native-compile', 'declare' and 'the' for fixnums and arrays. To: bug-gnu-emacs@HIDDEN Content-Type: multipart/mixed; boundary="000000000000e3abde06128a6fc0" Received-SPF: pass client-ip=2a00:1450:4864:20::534; envelope-from=robertstephenboyer@HIDDEN; helo=mail-ed1-x534.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -2.3 (--) --000000000000e3abde06128a6fc0 Content-Type: multipart/alternative; boundary="000000000000e3abdc06128a6fbe" --000000000000e3abdc06128a6fbe Content-Type: text/plain; charset="UTF-8" I show beyond all doubt how much Emacs Lisp needs, for its great 'native-compile', 'declare' and 'the' for fixnums and arrays. Why? 8X! If every time you aref a vector or increment a fixnum you have to check things, you are going to waste a lot of cpu time. A programmer NEEDS to be able to TELL the system things that should not be checked constantly. Imagine how slow one would be if he/she had to check that he/she was alive every heart beat. I have attached two files, eratosthenese.el and eratosthenese.lisp, the first coded in Emacs Lisp and the second in Common Lisp. In all that follows, I am running on a $100 Lenovo Chromebook. The Sieve of Eratosthenese is the second oldest algorithm I am aware of, the oldest being gcd. Consider this form: (progn (emacs-lisp-native-compile-and-load) (benchmark (build-sieve (expt 10 8)) 1)) First of all, 'benchmark' has an obvious bug because it reports a time of .000005 seconds. So I used the timer on my trusty $130 moto g pure phone. After finding the file eratosthenese.el, the evaluation of the form above takes 69 seconds in Emacs. After entering SBCL and loading eratosthenese.lisp, (build-sieve (expt 10 8)) takes 8 seconds. Q.E.D. Bob I attach stuff that I do not understand but that you may like. From: bob <bob@penguin> To: bug-gnu-emacs@HIDDEN Subject: 28.2; Why Emacs Lisp needs declare and the for fixnums and arrays. --text follows this line-- In GNU Emacs 28.2 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.37, cairo version 1.16.0) of 2023-05-13, modified by Debian built on x86-ubc-01 Windowing system distributor 'The X.Org Foundation', version 11.0.12014000 System Description: Debian GNU/Linux 12 (bookworm) Configured using: 'configure --build x86_64-linux-gnu --prefix=/usr --sharedstatedir=/var/lib --libexecdir=/usr/libexec --localstatedir=/var/lib --infodir=/usr/share/info --mandir=/usr/share/man --with-libsystemd --with-pop=yes --enable-locallisppath=/etc/emacs:/usr/local/share/emacs/28.2/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/28.2/site-lisp:/usr/share/emacs/site-lisp --with-sound=alsa --without-gconf --with-mailutils --with-native-compilation --build x86_64-linux-gnu --prefix=/usr --sharedstatedir=/var/lib --libexecdir=/usr/libexec --localstatedir=/var/lib --infodir=/usr/share/info --mandir=/usr/share/man --with-libsystemd --with-pop=yes --enable-locallisppath=/etc/emacs:/usr/local/share/emacs/28.2/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/28.2/site-lisp:/usr/share/emacs/site-lisp --with-sound=alsa --without-gconf --with-mailutils --with-native-compilation --with-cairo --with-x=yes --with-x-toolkit=gtk3 --with-toolkit-scroll-bars 'CFLAGS=-g -O2 -ffile-prefix-map=/build/emacs-mPr7Vr/emacs-28.2+1=. -fstack-protector-strong -Wformat -Werror=format-security -Wall' 'CPPFLAGS=-Wdate-time -D_FORTIFY_SOURCE=2' LDFLAGS=-Wl,-z,relro' Configured features: ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG JSON LCMS2 LIBOTF LIBSELINUX LIBSYSTEMD LIBXML2 M17N_FLT MODULES NATIVE_COMP NOTIFY INOTIFY PDUMPER PNG RSVG SECCOMP SOUND THREADS TIFF TOOLKIT_SCROLL_BARS X11 XDBE XIM XPM GTK3 ZLIB Important settings: value of $LANG: en_US.UTF-8 locale-coding-system: utf-8-unix Major mode: Text Minor modes in effect: shell-dirtrack-mode: t display-time-mode: t tooltip-mode: t global-eldoc-mode: t show-paren-mode: t electric-indent-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Load-path shadows: None found. Features: (shadow sort mail-extr emacsbug message rmc puny rfc822 mml mml-sec epa derived epg rfc6068 epg-config gnus-util mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail thingatpt dabbrev misearch multi-isearch help-fns radix-tree cl-print debug backtrace find-func time-date compile text-property-search comp comp-cstr warnings rx cl-extra help-mode cus-start etags fileloop generator xref project dired-aux cus-edit pp cus-load wid-edit trace sh-script smie executable dired dired-loaddefs cal-menu calendar cal-loaddefs ange-ftp shell pcomplete comint ansi-color ring benchmark time rmail rmail-loaddefs rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils face-remap finder-inf package browse-url url url-proxy url-privacy url-expand url-methods url-history url-cookie url-domsuf url-util mailcap url-handlers url-parse auth-source cl-seq eieio eieio-core cl-macs eieio-loaddefs password-cache json subr-x map url-vars seq byte-opt gv bytecomp byte-compile cconv cl-loaddefs cl-lib iso-transl tooltip eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel term/x-win x-win term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors frame minibuffer cl-generic cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite emoji-zwj charscript charprop case-table epa-hook jka-cmpr-hook help simple abbrev obarray cl-preloaded nadvice button loaddefs faces cus-face macroexp files window text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote threads dbusbind inotify lcms2 dynamic-setting system-font-setting font-render-setting cairo move-toolbar gtk x-toolkit x multi-tty make-network-process native-compile emacs) Memory information: ((conses 16 178787 77633) (symbols 48 13676 66) (strings 32 42888 8138) (string-bytes 1 1386823) (vectors 16 26477) (vector-slots 8 100493063 154471) (floats 8 62 377) (intervals 56 2423 424) (buffers 992 31)) --000000000000e3abdc06128a6fbe Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><font face=3D"monospace">I show beyond all doubt how much = Emacs Lisp needs, for its great 'native-compile',</font><div><span = style=3D"font-family:monospace">'declare' and 'the' for fix= nums=C2=A0</span><span style=3D"font-family:monospace">and arrays.</span><d= iv><font face=3D"monospace"><br>Why? 8X!<br><br>If every time you aref a ve= ctor or increment a fixnum you have to check<br>things, you are going to wa= ste a lot of cpu time. A programmer NEEDS to be<br>able to TELL the system = things that should not be checked constantly. Imagine<br>how slow one would= be if he/she had to check that he/she was alive every<br>heart beat.<br><b= r>I have attached two files, eratosthenese.el and eratosthenese.lisp, the<b= r>first coded in Emacs Lisp and the second in Common Lisp.<br><br>In all th= at follows, I am running on a $100 Lenovo Chromebook.<br><br>The Sieve of E= ratosthenese is the second oldest algorithm I am aware of, the<br>oldest be= ing gcd.<br><br>Consider this form:<br><br>(progn (emacs-lisp-native-compil= e-and-load) (benchmark (build-sieve (expt 10 8)) 1))<br><br>First of all, &= #39;benchmark' has an obvious bug because it reports a time of<br>.0000= 05 seconds.<br><br>So I used the timer on my trusty $130 moto g pure phone.= <br><br>After finding the file eratosthenese.el, the evaluation of the form= above<br>takes 69 seconds in Emacs.<br><br>After entering SBCL and loading= eratosthenese.lisp, (build-sieve (expt 10 8))<br>takes 8 seconds.<br><br>Q= .E.D.<br><br>Bob<br><br>I attach stuff that I do not understand but that yo= u may like.<br><br>From: bob <bob@penguin><br>To: <a href=3D"mailto:b= ug-gnu-emacs@HIDDEN" target=3D"_blank">bug-gnu-emacs@HIDDEN</a><br>Subjec= t: 28.2; Why Emacs Lisp needs declare and the for fixnums and arrays.<br>--= text follows this line--<br><br><br><br><br>In GNU Emacs 28.2 (build 1, x86= _64-pc-linux-gnu, GTK+ Version 3.24.37, cairo version 1.16.0)<br>=C2=A0of 2= 023-05-13, modified by Debian built on x86-ubc-01<br>Windowing system distr= ibutor 'The X.Org Foundation', version 11.0.12014000<br>System Desc= ription: Debian GNU/Linux 12 (bookworm)<br><br>Configured using:<br>=C2=A0&= #39;configure --build x86_64-linux-gnu --prefix=3D/usr<br>=C2=A0--sharedsta= tedir=3D/var/lib --libexecdir=3D/usr/libexec<br>=C2=A0--localstatedir=3D/va= r/lib --infodir=3D/usr/share/info<br>=C2=A0--mandir=3D/usr/share/man --with= -libsystemd --with-pop=3Dyes<br>=C2=A0--enable-locallisppath=3D/etc/emacs:/= usr/local/share/emacs/28.2/site-lisp:/usr/local/share/emacs/site-lisp:/usr/= share/emacs/28.2/site-lisp:/usr/share/emacs/site-lisp<br>=C2=A0--with-sound= =3Dalsa --without-gconf --with-mailutils<br>=C2=A0--with-native-compilation= --build x86_64-linux-gnu --prefix=3D/usr<br>=C2=A0--sharedstatedir=3D/var/= lib --libexecdir=3D/usr/libexec<br>=C2=A0--localstatedir=3D/var/lib --infod= ir=3D/usr/share/info<br>=C2=A0--mandir=3D/usr/share/man --with-libsystemd -= -with-pop=3Dyes<br>=C2=A0--enable-locallisppath=3D/etc/emacs:/usr/local/sha= re/emacs/28.2/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/2= 8.2/site-lisp:/usr/share/emacs/site-lisp<br>=C2=A0--with-sound=3Dalsa --wit= hout-gconf --with-mailutils<br>=C2=A0--with-native-compilation --with-cairo= --with-x=3Dyes<br>=C2=A0--with-x-toolkit=3Dgtk3 --with-toolkit-scroll-bars= 'CFLAGS=3D-g -O2<br>=C2=A0-ffile-prefix-map=3D/build/emacs-mPr7Vr/emac= s-28.2+1=3D.<br>=C2=A0-fstack-protector-strong -Wformat -Werror=3Dformat-se= curity -Wall'<br>=C2=A0'CPPFLAGS=3D-Wdate-time -D_FORTIFY_SOURCE=3D= 2' LDFLAGS=3D-Wl,-z,relro'<br><br>Configured features:<br>ACL CAIRO= DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG<br>JSON LCMS= 2 LIBOTF LIBSELINUX LIBSYSTEMD LIBXML2 M17N_FLT MODULES<br>NATIVE_COMP NOTI= FY INOTIFY PDUMPER PNG RSVG SECCOMP SOUND THREADS TIFF<br>TOOLKIT_SCROLL_BA= RS X11 XDBE XIM XPM GTK3 ZLIB<br><br>Important settings:<br>=C2=A0 value of= $LANG: en_US.UTF-8<br>=C2=A0 locale-coding-system: utf-8-unix<br><br>Major= mode: Text<br><br>Minor modes in effect:<br>=C2=A0 shell-dirtrack-mode: t<= br>=C2=A0 display-time-mode: t<br>=C2=A0 tooltip-mode: t<br>=C2=A0 global-e= ldoc-mode: t<br>=C2=A0 show-paren-mode: t<br>=C2=A0 electric-indent-mode: t= <br>=C2=A0 mouse-wheel-mode: t<br>=C2=A0 file-name-shadow-mode: t<br>=C2=A0= global-font-lock-mode: t<br>=C2=A0 font-lock-mode: t<br>=C2=A0 blink-curso= r-mode: t<br>=C2=A0 auto-composition-mode: t<br>=C2=A0 auto-encryption-mode= : t<br>=C2=A0 auto-compression-mode: t<br>=C2=A0 line-number-mode: t<br>=C2= =A0 transient-mark-mode: t<br><br>Load-path shadows:<br>None found.<br><br>= Features:<br>(shadow sort mail-extr emacsbug message rmc puny rfc822 mml mm= l-sec epa<br>derived epg rfc6068 epg-config gnus-util mm-decode mm-bodies m= m-encode<br>mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail thi= ngatpt<br>dabbrev misearch multi-isearch help-fns radix-tree cl-print debug= <br>backtrace find-func time-date compile text-property-search comp<br>comp= -cstr warnings rx cl-extra help-mode cus-start etags fileloop<br>generator = xref project dired-aux cus-edit pp cus-load wid-edit trace<br>sh-script smi= e executable dired dired-loaddefs cal-menu calendar<br>cal-loaddefs ange-ft= p shell pcomplete comint ansi-color ring benchmark<br>time rmail rmail-load= defs rfc2047 rfc2045 ietf-drums mm-util mail-prsvr<br>mail-utils face-remap= finder-inf package browse-url url url-proxy<br>url-privacy url-expand url-= methods url-history url-cookie url-domsuf<br>url-util mailcap url-handlers = url-parse auth-source cl-seq eieio<br>eieio-core cl-macs eieio-loaddefs pas= sword-cache json subr-x map<br>url-vars seq byte-opt gv bytecomp byte-compi= le cconv cl-loaddefs cl-lib<br>iso-transl tooltip eldoc paren electric uniq= uify ediff-hook vc-hooks<br>lisp-float-type elisp-mode mwheel term/x-win x-= win term/common-win x-dnd<br>tool-bar dnd fontset image regexp-opt fringe t= abulated-list replace<br>newcomment text-mode lisp-mode prog-mode register = page tab-bar menu-bar<br>rfn-eshadow isearch easymenu timer select scroll-b= ar mouse jit-lock<br>font-lock syntax font-core term/tty-colors frame minib= uffer cl-generic<br>cham georgian utf-8-lang misc-lang vietnamese tibetan t= hai tai-viet lao<br>korean japanese eucjp-ms cp51932 hebrew greek romanian = slovak czech<br>european ethiopic indian cyrillic chinese composite emoji-z= wj charscript<br>charprop case-table epa-hook jka-cmpr-hook help simple abb= rev obarray<br>cl-preloaded nadvice button loaddefs faces cus-face macroexp= files<br>window text-properties overlay sha1 md5 base64 format env code-pa= ges<br>mule custom widget hashtable-print-readable backquote threads dbusbi= nd<br>inotify lcms2 dynamic-setting system-font-setting font-render-setting= <br>cairo move-toolbar gtk x-toolkit x multi-tty make-network-process<br>na= tive-compile emacs)<br><br>Memory information:<br>((conses 16 178787 77633)= <br>=C2=A0(symbols 48 13676 66)<br>=C2=A0(strings 32 42888 8138)<br>=C2=A0(= string-bytes 1 1386823)<br>=C2=A0(vectors 16 26477)<br>=C2=A0(vector-slots = 8 100493063 154471)<br>=C2=A0(floats 8 62 377)<br>=C2=A0(intervals 56 2423 = 424)<br>=C2=A0(buffers 992 31))</font><br></div></div></div> --000000000000e3abdc06128a6fbe-- --000000000000e3abde06128a6fc0 Content-Type: application/octet-stream; name="eratosthenes.el" Content-Disposition: attachment; filename="eratosthenes.el" Content-Transfer-Encoding: base64 Content-ID: <f_lt7mnnui0> X-Attachment-Id: f_lt7mnnui0 Ozs7IFRoaXMgZmlsZSBlcmF0b3N0aGVuZXNlLmVsIHdhcyBjb2RlZCBieSBSb2JlcnQgQm95ZXIs Cjs7OyByb2JlcnN0ZXBoZW5ib3llckBnbWFpbC5jb20sIGluIDIwMjQsIGFuZCBpcyBwdWJsaWMg ZG9tYWluLgoKOzs7ICAgICAgICAgICAgICAgICAgICAgICAgICAgQSBTaWV2ZSBvZiBFcmF0b3N0 aGVuZXNlCgo7OzsgQm9ybiBjLiAyNzYgQi4gQy4gaW4gTGlieWEsIEVyYXRvc3RoZW5lc2UgY2Fs Y3VsYXRlZCB0aGUgcmFkaXVzIG9mIHRoZSBFYXJ0aAo7OzsgYW5kIHdhcyB0aGUgbGlicmFyaWFu IG9mIEFsZXhhbmRyaWEuCgo7OzsgVGhlIGJ1aWxkIGEgc2lldmUgb2YgRXJhdG9zdGhlbmVzZSBv ZiBsZW5ndGggbiwgY2FsbCAoYnVpbGQtc2lldmUgbiksCjs7OyBhZnRlciB3aGljaCBpIGlzIHBy aW1lIGlmIGFuZCBvbmx5IGlmIChpcy1hLXByaW1lIGkpLgoKOzs7IChidWlsZC1zaWV2ZSAoZXhw dCAxMCA4KSkgdGFrZXMgMTYwMCBzZWNvbmRzIHRvIGV4ZWN1dGUuCgooZGVmdmFyIHRlc3QtZm9y bSAnKHByb2duIChlbWFjcy1saXNwLW5hdGl2ZS1jb21waWxlLWFuZC1sb2FkKSAoYmVuY2htYXJr IChidWlsZC1zaWV2ZSAoZXhwdCAxMCA4KSkgMSkpKQoKKGNsLWRlY2xhaW0gKG9wdGltaXplIChz YWZldHkgMCkgKHNwZWVkIDMpIChkZWJ1ZyAwKSAoc3BhY2UgMCkpKQoKKGRlZnZhciAqc2lldmUt bGVuZ3RoKiAwKQoKKHNldHEgKnNpZXZlLWxlbmd0aCogMCkKCihkZWZ2YXIgKnNpZXZlKiAobWFr ZS12ZWN0b3IgMSAwKSkKCihzZXRxICpzaWV2ZSogKG1ha2UtdmVjdG9yIDEgMCkpCgooY2wtZGVm dW4gYnVpbGQtc2lldmUgKG4pCiAgIkFmdGVyIGV4ZWN1dGluZyAoYnVpbGQtc2lldmUgbiksIGlm IGogaXMgYSBub25uZWdhdGl2ZSBpbnRlZ2VyIGxlc3MgdGhhbgogICAqc2lldmUtbGVuZ3RoKiwg dGhlbiBqIGlzIHByaW1lIDwtPiAoaXMtYS1wcmltZSBqKS4iCiAgKHNldHEgKnNpZXZlKiAobWFr ZS12ZWN0b3IgbiAwKSkKICAoc2V0cSAqc2lldmUtbGVuZ3RoKiBuKQogIDs7IE5laXRoZXIgMCBu b3IgMSBpcyBwcmltZS4KICAoc2V0ZiAoYXJlZiAqc2lldmUqIDApIDEpCiAgKHNldGYgKGFyZWYg KnNpZXZlKiAxKSAxKQogIDs7IExvb3AgdGhyb3VnaCBhIGZyb20gMCBiZWxvdyBsLiBJZiB5b3Ug ZW5jb3VudGVyIGEgMCBhdCBmaWxlIHBvc2l0aW9uCiAgOzsgaSwgdGhlbiAnMSBvdXQnIGFsbCB0 aGUgc3Vic2VxdWVudCBtdWx0aXBsZXMgb2YgaS4KICAoY2wtbG9vcCBmb3IgaSBmcm9tIDIgYmVs b3cgKnNpZXZlLWxlbmd0aCogZG8KICAgICAgICAgICAoY29uZCAoKGVxbCAwIChhcmVmICpzaWV2 ZSogaSkpCiAgICAgICAgICAgICAgICAgIChjbC1sb29wIGZvciBqIGZyb20gKGFzaCBpIDEpIGJl bG93ICpzaWV2ZS1sZW5ndGgqIGJ5IGkKICAgICAgICAgICAgICAgICAgICAgICAgICAgZG8gKHNl dGYgKGFyZWYgKnNpZXZlKiBqKSAxKSkpKSkpCgooY2wtZGVmdW4gdGVzdC1zaWV2ZSAobikKICAo Y29uZCAoKG5vdCAoPCBuICpzaWV2ZS1sZW5ndGgqKSkgKGVycm9yICJuIGlzIHRvbyBiaWcuIikp KQogIChjbC1sb29wIGZvciBpIGZyb20gMiB0byBuIGRvCiAgICAgICAgICAgKGxldCAoKG51bWJl ci1vZi1kaXZpc29ycyAoY2wtbG9vcCBmb3IgaiBmcm9tIDIgdG8gaSB3aGVuIChlcWwgMCAoJSBp IGopKSBjb3VudCAxKSkpCiAgICAgICAgICAgICAoY29uZCAoKGVxbCAoYXJlZiAqc2lldmUqIGkp IDEpCiAgICAgICAgICAgICAgICAgICAgKGNvbmQgKChub3QgKDwgMSBudW1iZXItb2YtZGl2aXNv cnMpKQogICAgICAgICAgICAgICAgICAgICAgICAgICAoZXJyb3IgImJhZCBhdCAlcy4iIGkpKSkp CiAgICAgICAgICAgICAgICAgICAoKGVxbCAoYXJlZiAqc2lldmUqIGkpIDApCiAgICAgICAgICAg ICAgICAgICAgKGNvbmQgKChub3QgKGVxbCAxIG51bWJlci1vZi1kaXZpc29ycykpCiAgICAgICAg ICAgICAgICAgICAgICAgICAgIChlcnJvciAiYmFkIGF0ICVzLiIgaSkpKSkKICAgICAgICAgICAg ICAgICAgICh0IChlcnJvciAicmlkaWN1bG91cyIpKSkpKQogICdvaykKCihkZWZ1biBpcy1hLXBy aW1lIChuKQogIChjb25kICgoZXFsIDAgKGFyZWYgKnNpZXZlKiAwKSkKICAgICAgICAgKGVycm9y ICJJdCBsb29rcyBsaWtlIChidWlsZC1zaWV2ZSkgaGFzIG5vdCBiZWVuIHJ1bi4iKSkpCiAgKGNv bmQgKCg8IG4gKnNpZXZlLWxlbmd0aCopCiAgICAgICAgIChlcWwgMCAoYXJlZiAqc2lldmUqIG4p KSkKICAgICAgICAodCAoZXJyb3IgIm5lZWQgYSBiaWdnZXIgc2lldmUiKSkpKQoKDAo7OzsgTG9j YWwgVmFyaWFibGVzOiA7OzsKOzs7IG1vZGU6IEVtYWNzLUxpc3AgOzs7Cjs7OyBjb2Rpbmc6IHV0 Zi04ICAgIDs7Owo7OzsgRW5kOiAgICAgICAgICAgICA7OzsK --000000000000e3abde06128a6fc0 Content-Type: application/x-lisp; name="eratosthenes.lisp" Content-Disposition: attachment; filename="eratosthenes.lisp" Content-Transfer-Encoding: base64 Content-ID: <f_lt7mo3271> X-Attachment-Id: f_lt7mo3271 I3wKClRoaXMgZmlsZSBlcmF0b3N0aGVuZXNlLmxpc3Agd2FzIGNvZGVkIGJ5IFJvYmVydCBCb3ll ciwKcm9iZXJzdGVwaGVuYm95ZXJAZ21haWwuY29tLCBpbiAyMDI0LCBhbmQgaXMgcHVibGljIGRv bWFpbi4KCiAgICAgICAgICAgICAgICAgICAgICAgICAgQSBTaWV2ZSBvZiBFcmF0b3N0aGVuZXNl ClRoaXMgZmlsZSBpcwoKICBodHRwczovL2RyaXZlLmdvb2dsZS5jb20vZmlsZS9kLzFXYTdjY29C a2dUbEFhZG1tUFBlLUJuS2R1NDVWUTQ0ai92aWV3P3VzcD1zaGFyaW5nCgpCb3JuIGMuIDI3NiBC LiBDLiBpbiBMaWJ5YSwgRXJhdG9zdGhlbmVzZSBjYWxjdWxhdGVkIHRoZSByYWRpdXMgb2YgdGhl IEVhcnRoCmFuZCB3YXMgdGhlIGxpYnJhcmlhbiBvZiBBbGV4YW5kcmlhLgoKVG8gYnVpbGQgYSBz aWV2ZSBpbnZva2UgKGJ1aWxkLXNpZXZlIG4pLiBUaGVuIGlmIGogaXMgYSBub25uZWdhdGl2ZSBp bnRlZ2VyCmxlc3MgdGhhbiBuLCB0aGVuIGogaXMgcHJpbWUgaWYgYW5kIG9ueSBpZiAoaXMtYS1w cmltZSBqKS4KCkluIFNCQ0wsIGl0IHRha2VzIGFib3V0IDE2MDAgc2Vjb25kcyB0byBleGVjdXRl IChidWlsZC1zaWV2ZSAoZXhwdCAxMCAxMCkpLgpidXQgb25seSAxMDkgc2Vjb25kcyBmb3IgKGJ1 aWxkLXNpZXZlIChleHB0IDEwIDkpKS4KKGJ1aWxkLXNpZXZlIChleHB0IDEwIDEwKSBzZWVtcyBp bXBvc3NpYmxlIG9uIG15ICQxMDAgTGVub3ZvIENocm9tZWJvb2sKYmVjYXVzZSBvZiBtZW1vcnkg aXNzdWVzIEkgd2lsbCBwcm9iYWJseSBuZXZlciBmdWxseSB1bmRlcnN0YW5kLgoKfCMKCihkZWNs YWltIChvcHRpbWl6ZSAoc2FmZXR5IDApIChzcGVlZCAzKSAoZGVidWcgMCkgKHNwYWNlIDApKSkK Cihmb3JtYXQgdCAifiVOb3RlOiBMb2FkaW5nIHZlcnNpb24gMTAxIG9mIGVyYXRvc3RoZW5lcy5s aXNwLiIpCgooZGVmdmFyICpzaWV2ZS1sZW5ndGgqKQoKKGRlY2xhaW0gKGludGVnZXIgKnNpZXZl LWxlbmd0aCopKQoKKGRlZnZhciAqc2lldmUqKQoKKGRlY2xhaW0gKHR5cGUgKGFycmF5IChpbnRl Z2VyIDAgMSkgKCopKSkpCgooZGVmdW4gYnVpbGQtc2lldmUgKG4pCiAgIkFmdGVyIGV4ZWN1dGlu ZyAoYnVpbGQtc2lldmUpLCBpZiBqIGlzIGEgbm9ubmVnYXRpdmUgaW50ZWdlciBsZXNzIHRoYW4K ICAqc2lldmUtbGVuZ3RoKiwgdGhlbiBqIGlzIHByaW1lIDwtPiAoaXMtYS1wcmltZSBqKS4iCiAg KGRlY2xhcmUgKGZpeG51bSBuKSkKICAoc2V0cSAqc2lldmUtbGVuZ3RoKiBuKQogIChzZXRxICpz aWV2ZSogKG1ha2UtYXJyYXkgKnNpZXZlLWxlbmd0aCogOmVsZW1lbnQtdHlwZSAnKGludGVnZXIg MCAxKSkpCiAgKGxldCAoKGEgKnNpZXZlKikgKGwgbikpCiAgICAoZGVjbGFyZSAodHlwZSAoYXJy YXkgKGludGVnZXIgMCAxKSAoKikpIGEpIChmaXhudW0gbCkpCiAgICA7OyBOZWl0aGVyIDAgbm9y IDEgaXMgcHJpbWUuCiAgICAoc2V0ZiAoYXJlZiBhIDApIDEpCiAgICAoc2V0ZiAoYXJlZiBhIDEp IDEpCiAgICA7OyBMb29wIHRocm91Z2ggYSBmcm9tIDAgYmVsb3cgbC4gSWYgeW91IGVuY291bnRl ciBhIDAgYXQgZmlsZSBwb3NpdGlvbgogICAgOzsgaSwgdGhlbiAnMSBvdXQnIGFsbCB0aGUgc3Vi c2VxdWVudCBtdWx0aXBsZXMgb2YgaS4KICAgIChsb29wIGZvciBpIGZpeG51bSBmcm9tIDIgYmVs b3cgbCBkbwogICAgICAgICAgKGNvbmQgKChlcWwgMCAoYXJlZiBhIGkpKQogICAgICAgICAgICAg ICAgIChsb29wIGZvciBqIGZpeG51bSBmcm9tICh0aGUgZml4bnVtIChhc2ggaSAxKSkgYnkgaSBi ZWxvdyBsCiAgICAgICAgICAgICAgICAgICAgICAgZG8gKHNldGYgKGFyZWYgYSBqKSAxKSkpKSkp KQoKKGRlZnVuIHRlc3Qtc2lldmUgKG4pCiAgKGRlY2xhcmUgKGZpeG51bSBuKSkKICAoY29uZCAo KG5vdCAoPCBuICpzaWV2ZS1sZW5ndGgqKSkgKGVycm9yICJuIGlzIHRvbyBiaWcuIikpKQogIChs b29wIGZvciBpIGZpeG51bSBmcm9tIDIgdG8gbiBkbwogICAgICAgIChsZXQgKChudW1iZXItb2Yt ZGl2aXNvcnMgKGxvb3AgZm9yIGogZml4bnVtIGZyb20gMiB0byBpIHdoZW4gKGVxbCAwIChyZW0g aSBqKSkgY291bnQgMSkpKQogICAgICAgICAgKGRlY2xhcmUgKGZpeG51bSBudW1iZXItb2YtZGl2 aXNvcnMpKQogICAgICAgICAgKGNvbmQgKChlcWwgKGFyZWYgKnNpZXZlKiBpKSAxKQogICAgICAg ICAgICAgICAgIChjb25kICgobm90ICg8IDEgbnVtYmVyLW9mLWRpdmlzb3JzKSkKICAgICAgICAg ICAgICAgICAgICAgICAgKGVycm9yICJiYWQgYXQgfnMuIiBpKSkpKQogICAgICAgICAgICAgICAg KChlcWwgKGFyZWYgKnNpZXZlKiBpKSAwKQogICAgICAgICAgICAgICAgIChjb25kICgobm90IChl cWwgMSBudW1iZXItb2YtZGl2aXNvcnMpKQogICAgICAgICAgICAgICAgICAgICAgICAoZXJyb3Ig ImJhZCBhdCB+cy4iIGkpKSkpCiAgICAgICAgICAgICAgICAodCAoZXJyb3IgInJpZGljdWxvdXMi KSkpKSkKICAnb2spCgooZGVmdW4gaXMtYS1wcmltZSAobikKICAoY29uZCAoKGVxbCAwIChhcmVm ICpzaWV2ZSogMCkpCiAgICAgICAgIChlcnJvciAiSXQgbG9va3MgbGlrZSAoYnVpbGQtc2lldmUp IGhhcyBub3QgYmVlbiBydW4uIikpKQogIChjb25kICgoPCBuICpzaWV2ZS1sZW5ndGgqKQogICAg ICAgICAoZXFsIDAgKGFyZWYgKnNpZXZlKiBuKSkpCiAgICAgICAgKHQgKGVycm9yICJuZWVkIGEg YmlnZ2VyIHNpZXZlIikpKSkKCgooZm9ybWF0IHQgIn4lTm90ZTogRmluaXNoZWQgbG9hZGluZyBl cmF0b3N0aGVuZXMubGlzcCIpCgwKOzs7IExvY2FsIFZhcmlhYmxlczogOzs7Cjs7OyBtb2RlOiBM aXNwICAgICAgIDs7Owo7OzsgY29kaW5nOiB1dGYtOCAgICA7OzsKOzs7IEVuZDogICAgICAgICAg ICAgOzs7Cg== --000000000000e3abde06128a6fc0--
Robert Boyer <robertstephenboyer@HIDDEN>
:bug-gnu-emacs@HIDDEN
.
Full text available.bug-gnu-emacs@HIDDEN
:bug#69480
; Package emacs
.
Full text available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.