From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Andrea Corallo Newsgroups: gmane.emacs.devel Subject: Re: On elisp running native Date: Fri, 06 Mar 2020 21:52:37 +0000 Message-ID: References: <83imlwl9vm.fsf@gnu.org> <83o8uegykm.fsf@gnu.org> <74dd94a9-28cb-a5fd-dbc7-ab21009834ad@cs.ucla.edu> <87mu8vjcmm.fsf@alphapapa.net> <87eeu5jicb.fsf@alphapapa.net> <87a74tjhyy.fsf@alphapapa.net> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="36742"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) Cc: emacs-devel@gnu.org To: Adam Porter Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Mar 06 22:53:44 2020 Return-path: Envelope-to: ged-emacs-devel@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 1jAKue-0009Sa-85 for ged-emacs-devel@m.gmane-mx.org; Fri, 06 Mar 2020 22:53:44 +0100 Original-Received: from localhost ([::1]:42730 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jAKud-0007aD-AJ for ged-emacs-devel@m.gmane-mx.org; Fri, 06 Mar 2020 16:53:43 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:43815) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jAKtt-0006oz-2J for emacs-devel@gnu.org; Fri, 06 Mar 2020 16:52:58 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1jAKtr-0005aN-QR for emacs-devel@gnu.org; Fri, 06 Mar 2020 16:52:56 -0500 Original-Received: from mx.sdf.org ([205.166.94.20]:59164) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1jAKtr-0005Ye-Im for emacs-devel@gnu.org; Fri, 06 Mar 2020 16:52:55 -0500 Original-Received: from sdf.org (ma.sdf.org [205.166.94.33]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id 026LqbuP007592 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Fri, 6 Mar 2020 21:52:37 GMT Original-Received: (from akrl@localhost) by sdf.org (8.15.2/8.12.8/Submit) id 026LqbXL032748; Fri, 6 Mar 2020 21:52:37 GMT In-Reply-To: <87a74tjhyy.fsf@alphapapa.net> (Adam Porter's message of "Fri, 06 Mar 2020 15:23:17 -0600") X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 205.166.94.20 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:245297 Archived-At: Adam Porter writes: > Hi again Andrea, > > Adam Porter writes: > >>>> To work around it, I wrapped (defvar org-ql-predicates...) in >>>> eval-and-compile, and then wrapped all of the calls to org-ql--defpred >>>> in eval-and-compile as well. Then I deleted the org-ql.eln file and >>>> recompiled it, restarted Emacs, and then everything worked fine. >>>> >>>> I'm guessing that this issue is "native" to the native-compilation and >>>> might need to be documented in some way, but I wouldn't expect it to >>>> affect many packages, only ones that do tricky things with variables and >>>> macro-expansion like this. >>> >>> This is strange. The semantic of the native compiled code should be >>> exactly the same of the byte-compiled one. I may look at this in the >>> weekend if I manage to. Thanks for reporting. >> >> FYI, I pulled the new Docker image, the one that does create the >> arch-specific directories for the ELN files, then I installed org-ql >> again, without those modifications, and I didn't get that error again, >> and it seems to be working fine. So hopefully it was either a fluke or >> something fixed by your latest changes. > > Please disregard that. I had accidentally recompiled the modified > version with the fixes I mentioned. When I recompiled the version > without those fixes, the error returned. This is very good news. It means will be easy to reproduce :) > So I was trying to save you the trouble of looking into an false error > report, but in the process I made a false false error report. If this > gets any more confusing, I'll write my reports in Lisp instead. :) > > I'll continue testing with more packages native-compiled. Thanks! Also for the future we can use the issue tracker to track these down. https://lists.gnu.org/archive/html/emacs-devel/2020-03/msg00146.html Andrea -- akrl@sdf.org