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: Native compilation on Windows, was Re: Bootstrap Compilation Speed Date: Tue, 18 Jan 2022 16:50:54 +0200 Message-ID: <83k0exumgh.fsf@gnu.org> References: <86wnj18f7w.fsf@duenenhof-wilhelm.de> <65b2a18bc1a597333b42d35a2717dc33@russet.org.uk> <86lezg95ud.fsf_-_@duenenhof-wilhelm.de> <83h7a4zu89.fsf@gnu.org> <86czks94vl.fsf@duenenhof-wilhelm.de> <86v8yj7vhv.fsf@duenenhof-wilhelm.de> <87o84an1cs.fsf@russet.org.uk> <87fspmbb08.fsf@telefonica.net> <87czkq865a.fsf@russet.org.uk> <871r15qutg.fsf@gmail.com> 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="33637"; mail-complaints-to="usenet@ciao.gmane.io" Cc: ofv@wanadoo.es, emacs-devel@gnu.org, phillip.lord@russet.org.uk To: Robert Pluim Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Jan 18 16:32:03 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 1n9qSp-0008Qd-3D for ged-emacs-devel@m.gmane-mx.org; Tue, 18 Jan 2022 16:32:03 +0100 Original-Received: from localhost ([::1]:51234 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1n9qSn-0005FB-UP for ged-emacs-devel@m.gmane-mx.org; Tue, 18 Jan 2022 10:32:01 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:35426) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n9ppC-0002ti-Qw for emacs-devel@gnu.org; Tue, 18 Jan 2022 09:51:06 -0500 Original-Received: from [2001:470:142:3::e] (port=37262 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 1n9ppB-0003Zm-Su; Tue, 18 Jan 2022 09:51:05 -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=Ay9yYuYYakr/0CNCW/Qpg1ZLaA/SB4QjLRn0B++a2Po=; b=nRJcaK1qkh2jNSuLMSeL I7iSyMQPuNhEEsq1NkBvwxh5SdBFelZxdTzoU+aguYUzQ6+NoA/U0M5SB0XgpiZy/FzS6ed3zkcVn lrxwtXrXa5nWB6vtI9aaEQ0Rx1FcQkLVbRGH2EzbonCBK706UHtlW6PepFxseGX00P2IjCBxaiLiZ 2hyDbFZhQ5ZIcTuwLK0bxKRtgNkgptCDNfl5P7KzIzhKcYaD1DgN6SXsG9OvcgsUPUS3PetcVdrCN WAFsmCVWzwbi4uuSE5/JIt4GPb43DAuigmW9ZBzGhrDFVWuKpFRizhdwy2iI4vRurl3z6QKNvLiie iPK+sV9/pYEt9w==; Original-Received: from [87.69.77.57] (port=2542 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 1n9pp9-0003qQ-Ia; Tue, 18 Jan 2022 09:51:06 -0500 In-Reply-To: <871r15qutg.fsf@gmail.com> (message from Robert Pluim on Tue, 18 Jan 2022 10:03:55 +0100) 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:284929 Archived-At: > From: Robert Pluim > Gmane-Reply-To-List: yes > Date: Tue, 18 Jan 2022 10:03:55 +0100 > Cc: Óscar Fuentes , emacs-devel@gnu.org > > >>>>> On Mon, 17 Jan 2022 20:21:53 +0000, Phillip Lord said: > > Phillip> Óscar Fuentes writes: > >> Phillip Lord writes: > >> > >>> --without-compress-install switches off the gzipping of various files, > >>> such as the info files. It was necessary, if I remember correctly, when > >>> I added it because Emacs uses external calls to gzip which wasn't > >>> necessarily bundled. > >> > >> Isn't the built-in zip support used for uncompressing things (.el.gz and > >> .info.gz) when gzip is missing? IIRC that was recently added. > > > Phillip> I haven't tried! If it does do that now then this switch needs > Phillip> removing. It didn't when I added it many years back. > > I donʼt know if the builtin zip support works here, but itʼs moot: > zlib support is optional, so you canʼt rely on it always being > available (unless youʼre going to ensure that here). For Emacs with native compilation enabled, the zlib support takes another role: if the *.el files are installed compressed, then Emacs _must_ have zlib support, or else it will be unable to use the *.eln files, because it must verify the *.el source files correspond to the *.eln files. So if you build an Emacs with native compilation, but without zlib, do NOT compress the *.el file at "make install" time.