From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.bugs Subject: bug#58318: 28.2; Emacs installed from package won't work with MinGW Date: Sat, 08 Oct 2022 15:10:05 +0200 Message-ID: <87fsfytqaa.fsf@gnus.org> References: <835ygxsdyu.fsf@gnu.org> <87zge9w049.fsf@gnus.org> <83k05dovwq.fsf@gnu.org> <87a667x3l4.fsf@gnus.org> <83edvjondh.fsf@gnu.org> <87sfjzvnyu.fsf@gnus.org> <837d1bomsv.fsf@gnu.org> <83wn9bn69q.fsf@gnu.org> <83tu4fn3rz.fsf@gnu.org> <83r0zjn31y.fsf@gnu.org> <83a667mook.fsf@gnu.org> <87o7umtqwh.fsf@gnus.org> <831qrilb5v.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="36466"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: corwin@bru.st, 58318@debbugs.gnu.org, bartosz.bubak@gmail.com, akrl@sdf.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Oct 08 15:11:52 2022 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1oh9cO-0009I1-M8 for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 08 Oct 2022 15:11:52 +0200 Original-Received: from localhost ([::1]:53314 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oh9cN-0005Zt-8v for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 08 Oct 2022 09:11:51 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:53808) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oh9bh-0005XH-Gt for bug-gnu-emacs@gnu.org; Sat, 08 Oct 2022 09:11:09 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:39514) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oh9ba-00057w-0s for bug-gnu-emacs@gnu.org; Sat, 08 Oct 2022 09:11:09 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1oh9bZ-00020l-RA for bug-gnu-emacs@gnu.org; Sat, 08 Oct 2022 09:11:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 08 Oct 2022 13:11:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58318 X-GNU-PR-Package: emacs Original-Received: via spool by 58318-submit@debbugs.gnu.org id=B58318.16652346217670 (code B ref 58318); Sat, 08 Oct 2022 13:11:01 +0000 Original-Received: (at 58318) by debbugs.gnu.org; 8 Oct 2022 13:10:21 +0000 Original-Received: from localhost ([127.0.0.1]:38592 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oh9au-0001zc-HS for submit@debbugs.gnu.org; Sat, 08 Oct 2022 09:10:20 -0400 Original-Received: from quimby.gnus.org ([95.216.78.240]:34130) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oh9as-0001zK-Fe for 58318@debbugs.gnu.org; Sat, 08 Oct 2022 09:10:18 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:Date:References: In-Reply-To:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=i6M0pyzv9imN0GBMs0W35eHeYBU7+c26R6inegxH7ZM=; b=KTlg6cub7MNXHbC3YvzFWa+8mO cMqchRGzoZTzm8sp5b+GtLjQE7/PxDlMVOmft3sUgR26Tfo6znyyBTPS2RySw6XUn06m0hTYStLR2 XzHouXGOR2XB+43PC87lffJkqWMdgbEL8EH/mI6dB8bvBD9cy7FmOdLtrQnElYnsVFtE=; Original-Received: from [84.212.220.105] (helo=downe) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oh9af-00005E-K8; Sat, 08 Oct 2022 15:10:07 +0200 In-Reply-To: <831qrilb5v.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 08 Oct 2022 16:03:56 +0300") Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAALVBMVEX9/fnq5dPQ0M2u raC0w8VplIzr1qbhvWX3pxCSaC9aVSQyLBRXTzSclmf////+39xWAAAAAWJLR0QOb70wTwAAAAd0 SU1FB+YKCAwyGHTLVzIAAAGmSURBVDjLnZPBS8JQHMf3XpKBCZuiRRC4KXXoYq4ODYUs9R+I7kKg Hg0PBtXVnrcoSCSEoNPe5slTvjp1cipo0MFh/0vPLHDb85BfdtjeZ+/32/f7e+O4BQUWIPw/t8Ao cMnHJ7LMYtJErFrAJ0kwIiWtEHLQn9yTxDCUUpbXIQ93JV9EEgEvgFz2b1mgXwtpk1hYpI8X52vZ GQ90XaQXx7lRcaXCslBA2XXEM0C9XiygIgNgrWXUWQBV7x/JgAVQFlVZOwqojKbNBStw3yyjytSe bRZlgH4MulKnISsJTo0HUumSrdpUrtT21cMRC6T7l7XPqBMEjLdxQ313Ag8hr1gffTjAartLXvSD L8dB8BiEtPVEQp4MbFYbdB3rpjGwh7OjUYAbnaG9VBxrpK/q8iRpSzhmzSRY1bpRO+jkr3vjttai t3AWgGZ5q9cl2q19MkvNfKnXNdRDe2+vmisrGD85jEMcC8bbWsgBOGU/o4xajNi9scyZyUidA0Mh 2OBYEoTfIdslCsyR00zu5gDFfAbM39m/2aSHTuB5J+InsfJgTkWrvgHykXNhcXUPfQAAACV0RVh0 ZGF0ZTpjcmVhdGUAMjAyMi0xMC0wOFQxMjo1MDoyNCswMDowMA7W0GoAAAAldEVYdGRhdGU6bW9k aWZ5ADIwMjItMTAtMDhUMTI6NTA6MjQrMDA6MDB/i2jWAAAAAElFTkSuQmCC X-Now-Playing: Joni Mitchell's _Ladies of the Canyon_: "Blue Boy" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:244902 Archived-At: Eli Zaretskii writes: >> That leaves the question of what we should do with the Windows zip file >> we (that is, Corwin) distributes, and I think we should avoid enabling >> nativecomp in that build, so that it works on the widest range of >> Windows machines. > > The Windows build with nativecomp is supposed to be fully workable on > systems that don't have libgccjit, even if the libgccjit bundled with > the zip file is not installed or deleted. If there are issues with > that, they should be fixed, because we want to allow users to move > Emacs from system top system without the optional libraries, and have > a functional Emacs, like is already the case with image libraries. And my suggestion for achieving that is to not enable nativecomp in this build. Adding extra these extra mechanisms for Windows builds only seems to be against the general GNU guidelines for non-free systems (as well as adding an extra maintenance burden to an already complicated area, because the code that finds and uses the extra pre-built trampolines will have to be in the general comp.el code).