From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Help with adding new setq-based bytecodes Date: Sun, 21 Apr 2019 16:22:49 -0400 Message-ID: References: <87pnpj9uod.fsf@gmail.com> <87tver5fru.fsf_-_@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="165216"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: emacs-devel@gnu.org To: Alex Gramiak Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Apr 21 22:23:09 2019 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hIIzV-000gpC-Cp for ged-emacs-devel@m.gmane.org; Sun, 21 Apr 2019 22:23:09 +0200 Original-Received: from localhost ([127.0.0.1]:56780 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hIIzU-0002RF-Cb for ged-emacs-devel@m.gmane.org; Sun, 21 Apr 2019 16:23:08 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:34381) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hIIzO-0002R4-Bz for emacs-devel@gnu.org; Sun, 21 Apr 2019 16:23:03 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hIIzK-00021P-Qs for emacs-devel@gnu.org; Sun, 21 Apr 2019 16:23:01 -0400 Original-Received: from chene.dit.umontreal.ca ([132.204.246.20]:58864) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hIIzI-0001ya-Tg for emacs-devel@gnu.org; Sun, 21 Apr 2019 16:22:58 -0400 Original-Received: from ceviche.home (lechon.iro.umontreal.ca [132.204.27.242]) by chene.dit.umontreal.ca (8.14.7/8.14.1) with ESMTP id x3LKMoiU002158; Sun, 21 Apr 2019 16:22:51 -0400 Original-Received: by ceviche.home (Postfix, from userid 20848) id 93B426619A; Sun, 21 Apr 2019 16:22:49 -0400 (EDT) In-Reply-To: <87tver5fru.fsf_-_@gmail.com> (Alex Gramiak's message of "Sun, 21 Apr 2019 13:17:57 -0600") X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 2 Rules triggered EDT_SA_DN_PASS=0, RV6529=0 X-NAI-Spam-Version: 2.3.0.9418 : core <6529> : inlines <7058> : streams <1819333> : uri <2835446> X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 132.204.246.20 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:235736 Archived-At: >> Why is that a problem? > It'd be annoying (to me), since it would mean searching a small vector > of constants would be slower than searching a small list of constants. > Only by a bit, but still. I think your level of general happiness will be higher when you can stop worrying about such pesky details. > No, but at least for vector-memq, I don't think it warrants taking up > that limited room. Also, I figured that there might be other primitives > that weren't added as a bytecode previously due to the lack of space > that could now be added to this secondary table. Possible candidates: I think a more promising direction would be to speed up the funcall case enough such that we aren't pressured to add bytecodes for those cases. > emacs-lisp/byte-run.el:230:1:Error: Symbol=E2=80=99s value as variable = is void: lambda > > > Is there a way to trigger the lisp debugger here? (setq byte-compile-debug t) is probably what you're looking for (together with (setq debug-on-error t) which I assume you're already using). > Do you have any idea what I did wrong? My crystal ball is not cooperating here, no, sorry. Stefan