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 pretest 28.0.91 is out Date: Thu, 13 Jan 2022 11:08:38 +0200 Message-ID: <831r1c3svd.fsf@gnu.org> References: <8735lvngyx.fsf@yahoo.com> <865yqquexk.fsf@duenenhof-wilhelm.de> <83wnj55d5d.fsf@gnu.org> <86mtk0u036.fsf@duenenhof-wilhelm.de> <83o84g4064.fsf@gnu.org> <86a6g0t8bu.fsf@duenenhof-wilhelm.de> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="29579"; mail-complaints-to="usenet@ciao.gmane.io" Cc: luangruo@yahoo.com, corwin@bru.st, stefan@marxist.se, drew.adams@oracle.com, emacs-devel@gnu.org To: "H. Dieter Wilhelm" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Jan 13 10:09:33 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 1n7w6u-0007VH-SQ for ged-emacs-devel@m.gmane-mx.org; Thu, 13 Jan 2022 10:09:32 +0100 Original-Received: from localhost ([::1]:59594 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1n7w6t-0004km-QG for ged-emacs-devel@m.gmane-mx.org; Thu, 13 Jan 2022 04:09:31 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:58864) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n7w66-0003hx-0d for emacs-devel@gnu.org; Thu, 13 Jan 2022 04:08:42 -0500 Original-Received: from [2001:470:142:3::e] (port=40166 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 1n7w65-0004bH-E7; Thu, 13 Jan 2022 04:08:41 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=4uAfZLfnqvXOq8e81TQG2kP85Cg+bMJHevRYMj0pnC0=; b=nQxQTxmLJ8ZI amaWP0FJI9SEx/jN68v9KyyVoKqjhehCZRHjrk+V9gcNdARrlocvMRWfp/hYaedE1+fpD/WxjCAVT O96kOJFNZ1MoS/PdF/ENggWO3HUsSISpq2OhP+tOVEltXRK2q1AtJd+MOyhW4tSMrU0NuoQ2McRWQ SNbKmE3/DtGU0zMGS48HKrdNUj6XX8WydBXjWEzI2Cr6hda4fcAyT8GEL0gTNKXTmZOZ+feNhWPlE wx5+CkyeqIUPxYVsU/cuhEzL//aBPIqjPFOnEXf+mYCXb30gDrIZzyMxoRew1UdStqx4J5OL5/aWj ZiMOZ1SwdNLV7mHO5p9rAQ==; Original-Received: from [87.69.77.57] (port=1164 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 1n7w65-0000qc-GN; Thu, 13 Jan 2022 04:08:41 -0500 In-Reply-To: <86a6g0t8bu.fsf@duenenhof-wilhelm.de> (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:284690 Archived-At: > From: "H. Dieter Wilhelm" > Cc: corwin@bru.st, luangruo@yahoo.com, stefan@marxist.se, > drew.adams@oracle.com, emacs-devel@gnu.org > Date: Thu, 13 Jan 2022 08:15:33 +0100 > > I wanted to know if it makes sense (and is possible) to natively compile > all *.elc files for Windows? :-) It's possible, yes -- as long as you are talking about the *.elc files that come with Emacs. The 3rd-party packages people might install are not under your control anyway, so "total" compilation doesn't necessarily make sense. E.g., if J.R. Hacker never uses the package foo.el that is part of the Emacs source distribution, having the foo-*.eln file in the binary distribution will not help him. If you want to compile all the bundled *.el files, you should set NATIVE_FULL_AOT=1 in the environment or on the Make command line. My opinion is that we should first offer the MS-Windows users a build made using the "normal" procedure, and that means natively-compiling only the preloaded files. Only if we discover some good reasons to offer a full AOT compilation should we do that (and maybe then not only on Windows). But it's your call. > > If libgccjit is not available, Emacs should use the *.elc files. > > I thought this. I'm also wondering how much the additional .eln files > will enlarge the Emacs distribution.. An average .eln file is around 300KB, so it's quite a lot. E.g., my eln-cache directory for the 28.0.91 pretest, which includes only those packages that I used since the session started 3 days ago, has 148 files that weigh in at about 48MB.