From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Andrea Corallo Newsgroups: gmane.emacs.devel Subject: Re: Finalizing 'inhibit-automatic-native-compilation' Date: Tue, 14 Feb 2023 11:29:04 +0000 Message-ID: References: <837cx8cey0.fsf@gnu.org> <83357ua6ja.fsf@gnu.org> <83zga28ra8.fsf@gnu.org> <83r0vd97s0.fsf@gnu.org> <83lell73yv.fsf@gnu.org> <87sffo3as7.fsf@melete.silentflame.com> <83v8kkxzzx.fsf@gnu.org> <87r0v811pm.fsf@melete.silentflame.com> <87cz6nxdqy.fsf@X570GP> <83357irhnv.fsf@gnu.org> <87ttzy2lgi.fsf@X570GP> <874jruft28.fsf@athena.silentflame.com> <83bkm2kknw.fsf@gnu.org> <87r0ux9nk5.fsf@athena.silentflame.com> <83k00ok1en.fsf@gnu.org> <87pmadcgxs.fsf@melete.silentflame.com> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="27537"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Cc: Eli Zaretskii , aymeric.agon@yandex.com, monnier@iro.umontreal.ca, emacs-devel@gnu.org, larsi@gnus.org, rlb@defaultvalue.org To: Sean Whitton Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Feb 14 12:29:55 2023 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 1pRtVT-0006v1-CP for ged-emacs-devel@m.gmane-mx.org; Tue, 14 Feb 2023 12:29:55 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pRtUv-0005ur-U9; Tue, 14 Feb 2023 06:29:21 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pRtUu-0005uf-C8 for emacs-devel@gnu.org; Tue, 14 Feb 2023 06:29:20 -0500 Original-Received: from ma.sdf.org ([205.166.94.33]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pRtUs-00045v-L7; Tue, 14 Feb 2023 06:29:20 -0500 Original-Received: from akrl by ma.sdf.org with local (Exim 4.92) (envelope-from ) id 1pRtUe-00043g-7o; Tue, 14 Feb 2023 11:29:04 +0000 In-Reply-To: <87pmadcgxs.fsf@melete.silentflame.com> (Sean Whitton's message of "Mon, 13 Feb 2023 15:57:03 -0700") Received-SPF: pass client-ip=205.166.94.33; envelope-from=akrl@sdf.org; helo=ma.sdf.org X-Spam_score_int: 18 X-Spam_score: 1.8 X-Spam_bar: + X-Spam_report: (1.8 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_SBL_CSS=3.335, RCVD_IN_XBL=0.375, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action 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-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:303267 Archived-At: Sean Whitton writes: > Hello, > > On Sat 11 Feb 2023 at 11:16AM +02, Eli Zaretskii wrote: > >> The bug report you posted, https://bugs.debian.org/1021842, is not a >> crash, it is a failure which happens when a 3rd-party package is used. >> I see no detailed analysis of the error in the bug report, so I can >> only speculate what could be the reasons for the error: >> >> . buttercup was not updated to work with native-compilation (was >> this failure reported to the buttercup developers?) >> . Debian test harness uses buttercup incorrectly when >> native-compilation is enabled (e.g., it doesn't set up >> native-comp-eln-load-path to allow the trampolines to be produced) >> . the test that failed should only be run if Emacs was built without >> native-compilation > > I posted that particular bug because it's one that occurs precisely when > HOME is not writeable, and not otherwise, and the error output says that > the problem is not being able to write to HOME. But it sounds like you > think someone who enables native comp is also responsible for setting up > trampoline redirection in the event that HOME is not writeable; i.e., > the idea that Emacs should be able to do everything not explicitly > involving HOME without a writeable HOME doesn't hold once native-comp is > enabled. Hi Sean, this should be fixed by the last commit in feature/inhibit-native-comp-cleanup (ce4a066ed1e). Please let us know if this solution works for you. Thanks Andrea