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: Thu, 03 Feb 2022 18:53:33 +0200 Message-ID: <83a6f751te.fsf@gnu.org> References: <86h7a25nz7.fsf@duenenhof-wilhelm.de> <878rve85yy.fsf@russet.org.uk> <86a6fu3xb2.fsf@duenenhof-wilhelm.de> <87tue1j8x0.fsf@russet.org.uk> <86wniw3kdq.fsf@duenenhof-wilhelm.de> <83tue0u8sh.fsf@gnu.org> <86sftk3evj.fsf@duenenhof-wilhelm.de> <83o848tc92.fsf@gnu.org> <86o8473k13.fsf@duenenhof-wilhelm.de> <83ee53ssbx.fsf@gnu.org> <86sft4c3ij.fsf@gnu.org> <86sft4xjeo.fsf@gnu.org> <86iltzx5fy.fsf@duenenhof-wilhelm.de> <864k5iwyaa.fsf@duenenhof-wilhelm.de> <83a6f85r3j.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="1326"; mail-complaints-to="usenet@ciao.gmane.io" Cc: dieter@duenenhof-wilhelm.de, arash@gnu.org, phillip.lord@russet.org.uk, emacs-devel@gnu.org To: Corwin Brust Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Feb 03 17:58:58 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 1nFfRi-00005R-6q for ged-emacs-devel@m.gmane-mx.org; Thu, 03 Feb 2022 17:58:58 +0100 Original-Received: from localhost ([::1]:60992 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nFfRg-0005qV-L9 for ged-emacs-devel@m.gmane-mx.org; Thu, 03 Feb 2022 11:58:56 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:46002) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nFfMT-000186-Jp for emacs-devel@gnu.org; Thu, 03 Feb 2022 11:53:33 -0500 Original-Received: from [2001:470:142:3::e] (port=34934 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 1nFfMP-0006x5-Pu; Thu, 03 Feb 2022 11:53:32 -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=Bblm1lxkTYOVy62LVkLO0eyb/qOG/I4B3II0HL/3Bqg=; b=UUD0u6R/Hp3Y rkTrxp8HlmxECbIVGlI074gZ6ywSpVDdzRTfhS3gsov3x0rDGn9JS8uFzAa3Y4n5YKIVKiGyeOU/j Oiq8QgwrrOs6UEIwCARllIvVI4Ln9QJW4MWn5rYO11O259nh0HsPixRNcGmhs5V3ExRJ5WdwolwIN cXyD1R3IxlvCbJp63Q/IczPiENQU3vSLobbW3OPpy4UmckKxHDRc2kVH+QQIqUFZGcCAwDUBwclRP v948jIA2Yr/xJDt2UHBeqqLpS2xz3D70rFbp8y8iHn1PzrwsAQBBb5DZKOjjLFiexTJSTtLSXD7B0 NfH3SWEgUZBFz9MnhkRJ8A==; Original-Received: from [87.69.77.57] (port=4528 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 1nFfMO-0002cd-Ok; Thu, 03 Feb 2022 11:53:29 -0500 In-Reply-To: (message from Corwin Brust on Thu, 3 Feb 2022 07:57:32 -0600) 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:285846 Archived-At: > From: Corwin Brust > Date: Thu, 3 Feb 2022 07:57:32 -0600 > Cc: "H. Dieter Wilhelm" , Arash Esbati , > Emacs developers , Phillip Lord > > > > As an interesting aside: I see that it *is* loading the natively > > > compiled sources that were build and packaged with Emacs. This is > > > despite getting a nil return from `native-comp-avialable-p', which > > > suggests that even people without a local libgccjit+gcc (e.g. a > > > working MSYS) can benefit from (the bundled) nativly compiled sources > > > we distribute. [[stroking chin myscheviously]] > > > > This is the expected behavior. Only native-compilation of *.el files > > for which no *.eln files are provided is disabled without libgccjit > > and Binutils installation. Loading of existing *.eln files doesn't > > need libgccjit. > > > > So I'm not sure why you are surprised. > > Now that ask, I'm not sure either. > > Should we consider adding NATIVE_FULL_AOT when building the windows > distribution? You could, but that still means users cannot modify the *.el files and get them recompiled. Whether NATIVE_FULL_AOT is worth is: it is yet to be determined. I tend to think we should provide a default build, and only use NATIVE_FULL_AOT if other platforms do that (which will not happen before Emacs 28 is released and we collect feedback from users and downstream distributions).