From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Andrea Corallo Newsgroups: gmane.emacs.devel Subject: Re: On elisp running native Date: Sun, 05 Jan 2020 10:00:27 +0000 Message-ID: References: <83tv5mp48l.fsf@gnu.org> <83sgl0lchm.fsf@gnu.org> <83imlwl9vm.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="41226"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) Cc: Eli Zaretskii , emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Jan 05 11:00:54 2020 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.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1io2iK-000AaE-AI for ged-emacs-devel@m.gmane.org; Sun, 05 Jan 2020 11:00:52 +0100 Original-Received: from localhost ([::1]:40528 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1io2iI-0001yq-K3 for ged-emacs-devel@m.gmane.org; Sun, 05 Jan 2020 05:00:50 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:48155) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1io2i1-0001ve-SO for emacs-devel@gnu.org; Sun, 05 Jan 2020 05:00:34 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1io2hx-0004fc-VX for emacs-devel@gnu.org; Sun, 05 Jan 2020 05:00:33 -0500 Original-Received: from mx.sdf.org ([205.166.94.20]:53027) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1io2hx-0004c7-MZ; Sun, 05 Jan 2020 05:00:29 -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 005A0S8Y014371 (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits) verified NO); Sun, 5 Jan 2020 10:00:28 GMT Original-Received: (from akrl@localhost) by sdf.org (8.15.2/8.12.8/Submit) id 005A0RnS019861; Sun, 5 Jan 2020 10:00:27 GMT In-Reply-To: (Stefan Monnier's message of "Sat, 04 Jan 2020 13:14:39 -0500") 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.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:243967 Archived-At: Stefan Monnier writes: >> I think the natural action would be to move the eln in the build >> directory (as these are in fact compiled). Unfortunately this would not >> work with the elpa packages... > > Exactly, so it's not a good solution. > >> The other option would be to add a suffix to the the eln file but is >> not nice at all. Any idea? > > Actually, I think saving into a different directory is a better option. > E.g. just replacing /foo/bar.eln with /foo//bar.eln. Right, I think we need something like /foo//bar.eln were hash is computed using the list of Lisp primitives (that in the branch we already accumulate into `comp-subr-list'). This depends on the configure parameters and is effectively part of the ABI that Lisp compiled code uses to plug into Emacs. Actually hash could also take in account arch and vers but I think is better to produce something as much human understandable as we can. Also not sure how long is acceptable hash to be. I'm thinking loud, hope it makes sense. -- akrl@sdf.org