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: Finalizing 'inhibit-automatic-native-compilation' Date: Fri, 10 Feb 2023 10:13:17 +0200 Message-ID: <83a61mkkf6.fsf@gnu.org> References: <837cx8cey0.fsf@gnu.org> <837cx6a8me.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> <83a61pprm8.fsf@gnu.org> <87mt5ncjuk.fsf@X570GP> <83cz6jm9mo.fsf@gnu.org> <87sffeeees.fsf@athena.silentflame.com> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="31900"; mail-complaints-to="usenet@ciao.gmane.io" Cc: aymeric.agon@yandex.com, monnier@iro.umontreal.ca, emacs-devel@gnu.org, akrl@sdf.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 Fri Feb 10 09:14:37 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 1pQOYH-00086H-HS for ged-emacs-devel@m.gmane-mx.org; Fri, 10 Feb 2023 09:14:37 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pQOXi-000205-J1; Fri, 10 Feb 2023 03:14:02 -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 1pQOXc-0001zp-8Q for emacs-devel@gnu.org; Fri, 10 Feb 2023 03:13:56 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pQOXa-0000i5-Re; Fri, 10 Feb 2023 03:13:54 -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=w5dBzoL2i5UMOBZuDmDsK6jAD8n2Uv7ytfY3O4fOYvc=; b=NE6pYJwwTT1X +eaoXvSkiv4iuGO5dBbDj7AaoljeoFn1qRm8XzGwEUhUONBGtKb8eci6VUgNL8SlzgJJaj8JZzJdv QXRy0kauDvCvHdH92TxBi5YRPb+PTtFSc5eGQWrNRMl5AvSM1vBhYOtIHbd8dqbVXgqF1d79QMFw1 gG65Fjn8LMCnBqHxIhg4IEC0upkUM1ChPB714UuRwkhdBCIht49UVxw6KSVvLdRGlWQhtjQuwNcxl kahiEtxsamfkDYiqV+w1R7ADBnUdQmpDzZ8pYlUymFCy21SRw1R6wDXcc+VN/rIq0NgJ3TaKGUpVq eWoTvo+dEK0pLhO91GpanQ==; Original-Received: from [87.69.77.57] (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 1pQOXZ-0001tk-Td; Fri, 10 Feb 2023 03:13:54 -0500 In-Reply-To: <87sffeeees.fsf@athena.silentflame.com> (message from Sean Whitton on Thu, 09 Feb 2023 14:07:23 -0700) 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:303099 Archived-At: > From: Sean Whitton > Date: Thu, 09 Feb 2023 14:07:23 -0700 > > >> > You could do this in the early-init file, which is processed > >> > approximately at the same place in normal-top-level. > >> > >> If I am not mistaken, the early init file's name is fixed, and is > >> looked for in various places in the user's home. We do not have an > >> existing home in our build environment. > > > > Emacs 29 has the --init-directory command-line argument, which you > > could use to tell it to look for early-init file in a non-default > > place. > > This is another case where patching all the third party Makefiles would > not be a technically correct solution, speaking as distribution packagers. I presume that those Makefiles run Emacs through some Makefile variable or macro, like EMACS or RUN_EMACS or suchlike. If so, just setting that variable/macro to include --init-directory before running the top-level Make should be quite easy, and should not require patching all the Makefiles. But if that is for some reason inconvenient or impossible, then feel free to come up with a different solution. I just don't see why that should be a problem for the Emacs project to solve. We cannot be responsible for test harnesses of 3rd-party packages. If we can help you by providing features useful in enough use cases, fine; but this is not one of those.