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.bugs Subject: bug#58318: 28.2; Emacs installed from package won't work with MinGW Date: Fri, 07 Oct 2022 14:59:38 +0300 Message-ID: <83edvjondh.fsf@gnu.org> References: <835ygxsdyu.fsf@gnu.org> <87zge9w049.fsf@gnus.org> <83k05dovwq.fsf@gnu.org> <87a667x3l4.fsf@gnus.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="27089"; mail-complaints-to="usenet@ciao.gmane.io" Cc: corwin@bru.st, 58318@debbugs.gnu.org, bartosz.bubak@gmail.com To: Lars Ingebrigtsen , Andrea Corallo Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Oct 07 16:27:58 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 1ogoKU-0006oV-MS for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 07 Oct 2022 16:27:58 +0200 Original-Received: from localhost ([::1]:36942 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ogoKT-0006vR-92 for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 07 Oct 2022 10:27:57 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:58270) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ogm1K-00061S-Pe for bug-gnu-emacs@gnu.org; Fri, 07 Oct 2022 08:00:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:35492) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1ogm1K-00069w-8Q for bug-gnu-emacs@gnu.org; Fri, 07 Oct 2022 08:00:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ogm1K-0003qj-2D for bug-gnu-emacs@gnu.org; Fri, 07 Oct 2022 08:00:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 07 Oct 2022 12:00: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.166514399214754 (code B ref 58318); Fri, 07 Oct 2022 12:00:01 +0000 Original-Received: (at 58318) by debbugs.gnu.org; 7 Oct 2022 11:59:52 +0000 Original-Received: from localhost ([127.0.0.1]:34570 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ogm19-0003pu-Sw for submit@debbugs.gnu.org; Fri, 07 Oct 2022 07:59:52 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:60188) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ogm17-0003pg-Oy for 58318@debbugs.gnu.org; Fri, 07 Oct 2022 07:59:50 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:53830) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ogm10-000680-Bv; Fri, 07 Oct 2022 07:59:42 -0400 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=rw2YM7Wya3+dDNb7/X4aG8vfWCB6PHVZ4P+eW0OS3R8=; b=YqC1W//16KBE gFkqll77ShKaMCvtQfd/SuHTSYAsmWubh0jlnCG/I+XIunBtZUSg8mzS/bhMKCzT7gdshWQ43MNDN o9EQ2/GmtdlA7liq1Y5ROVv2xMLZZdjXfvrsNLw7KRlYR9bvvhsnbCcUYVh2rFxzJRbOBAY2GSdcl cZji+B69LjB8SLZrmVbEUOx658+UNfqjSTvhd+OZUei1cfjoWmXj9V2GUzodahFYakXVL4Qiz1Kaa pLO1UHVYfE9Uc4MGa4/CpQHUJROkYek+kPG7ZOwJ76Hcx2q+iBS9berdPrvqaZhSuSSNEdTtG/OVg HOOS2ORVAz7nBLLtAHhcCg==; Original-Received: from [87.69.77.57] (port=3444 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 1ogm0z-0002vl-Le; Fri, 07 Oct 2022 07:59:42 -0400 In-Reply-To: <87a667x3l4.fsf@gnus.org> (message from Lars Ingebrigtsen on Fri, 07 Oct 2022 13:42:15 +0200) 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:244789 Archived-At: > From: Lars Ingebrigtsen > Cc: corwin@bru.st, bartosz.bubak@gmail.com, 58318@debbugs.gnu.org > Date: Fri, 07 Oct 2022 13:42:15 +0200 > > Eli Zaretskii writes: > > >> It shouldn't try to compile .el(c) files, but it needs the compiler to > >> make trampolines to redefine built-in functions. So a nativecomp Emacs > >> isn't fully functional if a compiler isn't present. > > > > No, the last conclusion incorrect. See my other mail in this thread. > > I'm sorry, I don't follow you. If trampolines can't be installed, then > Emacs isn't fully functional, because you can't say > > (fset 'yes-or-no-p 'y-or-n-p) > > and have that be respected. I.e., the non-functional bit is about > redefinitions of built-in functions, which is pretty basic functionality > in Emacs. Maybe there's a misunderstanding of what you meant by "if a compiler isn't present". By "the compiler" do you mean libgccjit, or is it GCC and Binutils (or maybe all 3 together)? IOW, are you talking about the ability to load existing *.eln files, or are you talking about the ability to both load existing *.eln files and produce new ones? The startup code currently detects that libgccjit is unavailable or cannot be loaded, and if so, disables all the aspects of native-compilation: both JIT compilation of *.el and production of the trampolines. I'm not aware that when we disable those two, we get Emacs that is not "fully functional". Andrea, am I missing something? The problem in this bug is that libgccjit _is_ available, but somehow is not functional when actually used. (The details are still sketchy and not understood well enough.) This situation might not be supported yet, but when we understand it well enough, we should make Emacs behave the same as when libgccjit is unavailable (perhaps with some more specific message in *Messages*), because nothing else makes sense.