From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Andrea Corallo via "Bug reports for GNU Emacs, the Swiss army knife of text editors" Newsgroups: gmane.emacs.bugs Subject: bug#48021: comp.el cannot be loaded without native compilation Date: Mon, 26 Apr 2021 20:29:39 +0000 Message-ID: References: Reply-To: Andrea Corallo Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="5072"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: 48021@debbugs.gnu.org To: Glenn Morris Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Apr 26 22:30:16 2021 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lb7s0-00019B-L0 for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 26 Apr 2021 22:30:16 +0200 Original-Received: from localhost ([::1]:44972 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lb7rz-0001XP-Np for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 26 Apr 2021 16:30:15 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:36874) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lb7rm-0001XE-Ii for bug-gnu-emacs@gnu.org; Mon, 26 Apr 2021 16:30:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:35760) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lb7rm-0007jY-B9 for bug-gnu-emacs@gnu.org; Mon, 26 Apr 2021 16:30:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1lb7rm-0005TS-64 for bug-gnu-emacs@gnu.org; Mon, 26 Apr 2021 16:30:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Andrea Corallo Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 26 Apr 2021 20:30:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 48021 X-GNU-PR-Package: emacs Original-Received: via spool by 48021-submit@debbugs.gnu.org id=B48021.161946898620999 (code B ref 48021); Mon, 26 Apr 2021 20:30:02 +0000 Original-Received: (at 48021) by debbugs.gnu.org; 26 Apr 2021 20:29:46 +0000 Original-Received: from localhost ([127.0.0.1]:47306 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lb7rV-0005Sc-ON for submit@debbugs.gnu.org; Mon, 26 Apr 2021 16:29:45 -0400 Original-Received: from mx.sdf.org ([205.166.94.24]:55538) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lb7rS-0005SQ-Nl for 48021@debbugs.gnu.org; Mon, 26 Apr 2021 16:29:44 -0400 Original-Received: from mab (ma.sdf.org [205.166.94.33]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id 13QKTdXB020871 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Mon, 26 Apr 2021 20:29:40 GMT In-Reply-To: (Glenn Morris's message of "Mon, 26 Apr 2021 15:18:34 -0400") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:204973 Archived-At: Glenn Morris writes: > Andrea Corallo wrote: > >>> ./src/emacs -Q -l ./lisp/emacs-lisp/comp.el >>> >>> memq: Symbol's value as variable is void: comp-ctxt > >> with a390a4965f comp-cstr-tests run clean for me also on vanilla build, >> please let me know if this is sufficient for the case you are testing. > > Thanks. comp-cstr-test-70 is still failing for me. Could you share the invocation you are using? I'm asking cause here on 449045b2a6 I see this passing. > > The issue about comp.el being unloadable in builds without native > compilation remains (and hence test-custom-deps still fails). I didn't know about the test-custom-deps, I'll have a look. > I believe that in general, .el files should always be loadable, they > should just do nothing if not applicable. > > For example, C-h f completion can try to load comp.el. We should load comp.el only on native compiled instances, if this is not the case could you point me out exactly where we do this so I can have a look? Thanks Andrea