From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: [External] : emacs-28 windows binaries available from alpha Date: Sat, 05 Feb 2022 11:40:52 +0200 Message-ID: <83pmo11wij.fsf@gnu.org> References: <834k5d3hbv.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="26160"; mail-complaints-to="usenet@ciao.gmane.io" Cc: corwin@bru.st, emacs-devel@gnu.org, drew.adams@oracle.com, akrl@sdf.org To: "H. Dieter Wilhelm" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Feb 05 10:42:22 2022 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 1nGHaG-0006cw-Ro for ged-emacs-devel@m.gmane-mx.org; Sat, 05 Feb 2022 10:42:21 +0100 Original-Received: from localhost ([::1]:43632 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nGHaE-0000cc-PB for ged-emacs-devel@m.gmane-mx.org; Sat, 05 Feb 2022 04:42:18 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:39108) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nGHZH-0008MU-8s for emacs-devel@gnu.org; Sat, 05 Feb 2022 04:41:20 -0500 Original-Received: from [2001:470:142:3::e] (port=59524 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nGHZF-0005RN-2d; Sat, 05 Feb 2022 04:41:17 -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=R1/9GP8AwEHTUS9bmqjogSv5yyXp7RDSXxNxr8qvs7I=; b=Gx6HZOMLb+W8hU3ZcO+F 7nSPC8QAVFdx+MrZZWak+7ozZGibRa24eDk2OeVYgSQeM2ZYfWYZ2rBIsKGsTEESOfq2WfExqJofR Fs+Mi9tf2GUaVpdPT6y4TsqEimBGqvXVov2/avvuOd2YopxjvXo8COIu0B5B2nVyjXgfqMaBQ7di/ WhVtsjeRzFy1v18cPqt1oniltIKXo/0EZDRkWdbdc0XeWVtCcJwwDWQIUYkeb/dKonuFC2HhJkQwW dXxQQ15M/j9mu5PLfz1fIF4qrkcEXPkxGRsnDJnjFFDmnh8fah6qGgMWHQy8uUy485nolaLNWf78m H6tE0HIgjD4ZxQ==; Original-Received: from [87.69.77.57] (port=3577 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nGHZE-0007dK-4j; Sat, 05 Feb 2022 04:41:16 -0500 In-Reply-To: (dieter@duenenhof-wilhelm.de) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 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:285895 Archived-At: > From: "H. Dieter Wilhelm" > Cc: Drew Adams , Andrea Corallo , > corwin@bru.st, emacs-devel@gnu.org > Date: Sat, 05 Feb 2022 10:22:26 +0100 > > On a Windows system WITH ligccjit I could load Drew's .elc file without > an error. > > Then I added his .el file in the same folder and reloaded the .elc file > (with load-file). I was expecting that Emacs would create a respective > .eln file in this situation. But it didn't. Please repeat this experiment in a fresh Emacs session, started when the .el file is already available... > Loading d:/tmp/Corwin/strings.elc (compiled; note, source file is > newer)...done ...and make sure the .elc file is newer, not older, than the .el file. > Does this mean that Emacs - by default - is only natively compiling .el > files which are from Emacs' tree and (M)elpa packages? No. Emacs should natively compile any .el file when its .elc file is loaded, provided that (a) the .el file can be found, and (b) the .el file is older than the .elc file. > When (load-file)ing the .el file then Emacs compiled the cl.el library. > > *Asyn-native-compoile-log* Compiling > d:/tmp/Corwin/2022-02-04/share/emacs/28.0.91/lisp/obsolete/cl.el... > > *Messages* Loading d:/tmp/Corwin/strings.el (source)... > d:/tmp/Corwin/strings.el: Warning: ‘psetq’ is an obsolete alias (as of > 27.1); use ‘cl-psetq’ instead. As expected. When you load a file with an explicit .el extension, Emacs will not natively compile that file -- this is a feature.