Received: (at 73318) by debbugs.gnu.org; 9 Oct 2024 12:13:33 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Oct 09 08:13:33 2024 Received: from localhost ([127.0.0.1]:55876 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1syVZM-0003XB-Jo for submit <at> debbugs.gnu.org; Wed, 09 Oct 2024 08:13:32 -0400 Received: from eggs.gnu.org ([209.51.188.92]:42036) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1syVZK-0003Wv-3k for 73318 <at> debbugs.gnu.org; Wed, 09 Oct 2024 08:13:31 -0400 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 <eliz@HIDDEN>) id 1syVZ2-0002C2-6A; Wed, 09 Oct 2024 08:13:13 -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=T9BN2PYK5/fxQzgFhKvaNsTzeksz4tlXNNLRbp8tmhU=; b=rX8Y7nndJXtz jZY5bk67bstc3OBFXiHvM5mMi/owvgMYOka6hjE3ZBChOrx0e4VBWra9zfXgapEv30BQjcNy32MA/ LYLQnY/5eMVxnLdqG1NmwT6Uhw7cZnN8a6wfo3FGTOPJLn35YujwkFL/0rZ029GUqsmF0HxwYw3nK yyPS2zTigf27GAE+PcPLMoBY/2uwajTHM6TnVhRmgJyvkP6mFjKRJd68DPJIK4fTSIJqOKDnb4vv6 hRhoB0+PD1UpxhCujKtSstCBKJSrjpsgDvmfszCpbSqgGCDMABHhxmjcj5In2a+7cSbSwk2YwdDHQ sOtuPmDRhjI4ooC1YzjIZg==; Date: Wed, 09 Oct 2024 15:13:06 +0300 Message-Id: <86msjd4gq5.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Stefan Kangas <stefankangas@HIDDEN> In-Reply-To: <CADwFkmk0eAtby_rtGRdS5oOcyyzPL-zw2F8Wi6XOXxoeEunu2Q@HIDDEN> (message from Stefan Kangas on Tue, 8 Oct 2024 23:35:11 +0000) Subject: Re: bug#73318: 31.0.50; with-native-compilation=aot breaks exec -a emacs References: <iero74mgvfy.fsf@HIDDEN> <864j6eb29f.fsf@HIDDEN> <CAN+1Hbq+aftVvx6CV3==BF0ZiT=mFBr6+YBkxqG-LNdaPmuWfw@HIDDEN> <861q1iayk6.fsf@HIDDEN> <CAN+1HbpyNwcypBLZ00ORdG13qTy_VfPJdZ9Fm9CmFM9A1hVcdg@HIDDEN> <86wmja9iwi.fsf@HIDDEN> <ierikuthpzq.fsf@HIDDEN> <86plp19kei.fsf@HIDDEN> <ierr08wysq0.fsf@HIDDEN> <86ldz4xc93.fsf@HIDDEN> <iero740ypdr.fsf@HIDDEN> <CADwFkmk0eAtby_rtGRdS5oOcyyzPL-zw2F8Wi6XOXxoeEunu2Q@HIDDEN> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 73318 Cc: sbaugh@HIDDEN, 73318 <at> debbugs.gnu.org, schwab@HIDDEN, shipmints@HIDDEN, larsi@HIDDEN, acorallo@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > From: Stefan Kangas <stefankangas@HIDDEN> > Date: Tue, 8 Oct 2024 23:35:11 +0000 > Cc: 73318 <at> debbugs.gnu.org, larsi@HIDDEN, acorallo@HIDDEN, > schwab@HIDDEN, shipmints@HIDDEN > > Spencer Baugh via "Bug reports for GNU Emacs, the Swiss army knife of > text editors" <bug-gnu-emacs@HIDDEN> writes: > > > Yes, I'm persuaded now that if we use /proc/self/exe, we should also use > > argv[0]. As Po Lu said, /proc can be unmounted, so we must have some > > other mechanism besides just /proc/self/exe. > [...] > > If we use /proc/self/exe, I'm fine with it being a fallback if all other > > mechanisms fail. That should make these cases still work fine, right? > > Did we discard the idea to check for /proc/self/exe first (on systems > that support it, of course), and falling back to argv[0] if that fails? This will have to somehow resolve the potential problems I listed in https://debbugs.gnu.org/cgi/bugreport.cgi?bug=73318#32 (and perhaps some others I didn't mention there). That is not trivial, and will probably need to do something we already do, just without using /proc/self/exe. So I very much dislike this alternative. At the time Daniel coded the initial version of this code, he decided (and others generally agreed) that use of /proc/self/exe does not bring us any advantages. The code which was written then and improved and enhanced since then is solid, supports quite a few use patterns (some of them quite surprising), and was tested by 3 Emacs releases. Significant modifications of the code's logic (which will be necessary of /proc/self/exe is the first method to be used) will basically set us back to where we were in Emacs 28, something I'd like to avoid. > Could we use getauxval(AT_EXECFN) when we have glibc? Isn't that the same method as /proc/self/exe, just thinly disguised?
bug-gnu-emacs@HIDDEN:bug#73318; Package emacs.
Full text available.Received: (at 73318) by debbugs.gnu.org; 8 Oct 2024 23:36:24 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Oct 08 19:36:23 2024 Received: from localhost ([127.0.0.1]:54863 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1syJkd-00068j-L4 for submit <at> debbugs.gnu.org; Tue, 08 Oct 2024 19:36:23 -0400 Received: from mail-ej1-f43.google.com ([209.85.218.43]:53754) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <stefankangas@HIDDEN>) id 1syJkc-00068b-Ee for 73318 <at> debbugs.gnu.org; Tue, 08 Oct 2024 19:36:23 -0400 Received: by mail-ej1-f43.google.com with SMTP id a640c23a62f3a-a991fedbd04so417851166b.3 for <73318 <at> debbugs.gnu.org>; Tue, 08 Oct 2024 16:36:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1728430512; x=1729035312; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:mime-version:references:in-reply-to :from:from:to:cc:subject:date:message-id:reply-to; bh=J4z+TB/WSAUZ46vun/qI6KvgjDiHxjQteCtTNEN8hcU=; b=kPiYo5QDIYBYMzH3xG5tTwuAcNAzklNKXdWQkbC99RQxk/2aZ6pqKox1KnN4MktGAC rn/VHTTn/tCixVxyQ57uoCI87HWPkXWdhFVApyLNEp5Ck2jpOW/G0DI95BPsG1SX0LZj zpeN2UoWu4pk5EJxfwLBR63CSXlETLvC5h2SYkbmMQYeanizBaKef49P2WSFXJq2vbuu pVB4k+AZBr9kkEssYaPb72S5jp8T70pNRPWVO/InYKu8g/+Z+qQQT86nQMss41lb0aGv cn5uh7yzAhniFe5IBgCb9aaEoFRE3Gl0aXcxidXN7x/+/yCA5jHIEIagHLSaTBD3lsGM VyGw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1728430512; x=1729035312; h=cc:to:subject:message-id:date:mime-version:references:in-reply-to :from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=J4z+TB/WSAUZ46vun/qI6KvgjDiHxjQteCtTNEN8hcU=; b=v7ekfCFJG2ZTNAc0PWBodMLmfMMNXHy7zIq0HLRWwybebrUgZTpDbI4tlBx17PIw73 AiKeb7NYKAqI1Y/cQgIw+syca1RhYRCidKj498WuYxurDz0fW5GaRuuaWccBl7peEDru PAEyVZrz3Z92ZADnsdBz52EE8WMo3e62Yex0TUzXVZkNMiDuaXh2ZlVVHCKflSh6mgya Vq9menYeoY06JH9AppxZcMOL3T0/MwLBA4MYMX+4R5mKfABWTE1Uf9VFA2K7CoqJuZ0t ABbAfRT5fhZW/zsbhv33VnV5OKhLW6hBUgqed70NyeiDTV+ZMA+IqZef4t56bGsXYSmH d+lQ== X-Gm-Message-State: AOJu0Yxyl9U9FNRpwWEVmH/3/e3a49ZffW9fwmv+BbC1LejMZuMdo4na gzGE8nku5gCQtZuVIci6N8MYX7kulo5w+vo2rDMsazW5SCXg+/qPNH50LWJ0oN082OW1iLRGouH ndXGi3A+oyyOU7n2Y6c3aselkXqc= X-Google-Smtp-Source: AGHT+IEmsDA1hRDK19tJ0Za5zRomFRXb5gjkj+Nsu/B3ZqbSaBZ4a3Hw4ujtCb3sX5Ytl/JQhe0cEiBmiFzBv32dnUE= X-Received: by 2002:a05:6402:249f:b0:5c7:202f:ec9b with SMTP id 4fb4d7f45d1cf-5c91d58ecf9mr648108a12.16.1728430511930; Tue, 08 Oct 2024 16:35:11 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Tue, 8 Oct 2024 23:35:11 +0000 From: Stefan Kangas <stefankangas@HIDDEN> In-Reply-To: <iero740ypdr.fsf@HIDDEN> References: <iero74mgvfy.fsf@HIDDEN> <864j6eb29f.fsf@HIDDEN> <CAN+1Hbq+aftVvx6CV3==BF0ZiT=mFBr6+YBkxqG-LNdaPmuWfw@HIDDEN> <861q1iayk6.fsf@HIDDEN> <CAN+1HbpyNwcypBLZ00ORdG13qTy_VfPJdZ9Fm9CmFM9A1hVcdg@HIDDEN> <86wmja9iwi.fsf@HIDDEN> <ierikuthpzq.fsf@HIDDEN> <86plp19kei.fsf@HIDDEN> <ierr08wysq0.fsf@HIDDEN> <86ldz4xc93.fsf@HIDDEN> <iero740ypdr.fsf@HIDDEN> MIME-Version: 1.0 Date: Tue, 8 Oct 2024 23:35:11 +0000 Message-ID: <CADwFkmk0eAtby_rtGRdS5oOcyyzPL-zw2F8Wi6XOXxoeEunu2Q@HIDDEN> Subject: Re: bug#73318: 31.0.50; with-native-compilation=aot breaks exec -a emacs To: Spencer Baugh <sbaugh@HIDDEN>, Eli Zaretskii <eliz@HIDDEN> Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 73318 Cc: 73318 <at> debbugs.gnu.org, larsi@HIDDEN, acorallo@HIDDEN, schwab@HIDDEN, shipmints@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) Spencer Baugh via "Bug reports for GNU Emacs, the Swiss army knife of text editors" <bug-gnu-emacs@HIDDEN> writes: > Yes, I'm persuaded now that if we use /proc/self/exe, we should also use > argv[0]. As Po Lu said, /proc can be unmounted, so we must have some > other mechanism besides just /proc/self/exe. [...] > If we use /proc/self/exe, I'm fine with it being a fallback if all other > mechanisms fail. That should make these cases still work fine, right? Did we discard the idea to check for /proc/self/exe first (on systems that support it, of course), and falling back to argv[0] if that fails? Could we use getauxval(AT_EXECFN) when we have glibc?
bug-gnu-emacs@HIDDEN:bug#73318; Package emacs.
Full text available.Received: (at 73318) by debbugs.gnu.org; 8 Oct 2024 12:17:01 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Oct 08 08:17:01 2024 Received: from localhost ([127.0.0.1]:51486 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1sy99A-0002rk-TY for submit <at> debbugs.gnu.org; Tue, 08 Oct 2024 08:17:01 -0400 Received: from eggs.gnu.org ([209.51.188.92]:56100) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1sy997-0002rR-TY for 73318 <at> debbugs.gnu.org; Tue, 08 Oct 2024 08:16:58 -0400 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 <eliz@HIDDEN>) id 1sy98s-0005zp-FP; Tue, 08 Oct 2024 08:16: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=E3diQIQn/zB+gD1srzo+zMmKW1AyPapODzGj01ai+pU=; b=Mpjb15/rfci7 ClfdGJytSoE80w4+8fB8eY4ivuIDLg9oJfVrM7MFXhiUvkYbyqmPRtZ2C0+W9IebCQrqRI4fx8umw FKSDbZQSyCw5HcnCRtpxJUBI21LUMOMUqxF00dA1gBteNdRQRaddUSZAbr+lyULl4FeiTrn3Fgr7k MGY5Yr7Kddnijy7ZyBgVlflSK+BrId+N8xy95AQY/pXcCaUBnMq4ZpBQXKPYPmVdTi9p1Y0WiUOLf l51aMGgepu0fuDx3QOnGY2FBmx6hf6oFjOAdPNADSTmMiAP8NN0ldDZtZGO5HJfT+I3tBICZA59jX tDEYjHAyVNVUNEJr9zqsFQ==; Date: Tue, 08 Oct 2024 15:16:22 +0300 Message-Id: <86ttdmssbt.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: sbaugh@HIDDEN In-Reply-To: <86zfnestnl.fsf@HIDDEN> (message from Eli Zaretskii on Tue, 08 Oct 2024 14:47:42 +0300) Subject: Re: bug#73318: 31.0.50; with-native-compilation=aot breaks exec -a emacs References: <iero74mgvfy.fsf@HIDDEN> <864j6eb29f.fsf@HIDDEN> <CAN+1Hbq+aftVvx6CV3==BF0ZiT=mFBr6+YBkxqG-LNdaPmuWfw@HIDDEN> <861q1iayk6.fsf@HIDDEN> <CAN+1HbpyNwcypBLZ00ORdG13qTy_VfPJdZ9Fm9CmFM9A1hVcdg@HIDDEN> <86wmja9iwi.fsf@HIDDEN> <ierikuthpzq.fsf@HIDDEN> <86plp19kei.fsf@HIDDEN> <ierr08wysq0.fsf@HIDDEN> <86ldz4xc93.fsf@HIDDEN> <iero740ypdr.fsf@HIDDEN> <86iku8x95w.fsf@HIDDEN> <ieriku7zu8g.fsf@HIDDEN> <86bjzzy9a9.fsf@HIDDEN> <ierwmikgfnm.fsf@HIDDEN> <86iku3u517.fsf@HIDDEN> <ierr08rhdo9.fsf@HIDDEN> <86zfnestnl.fsf@HIDDEN> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 73318 Cc: 73318 <at> debbugs.gnu.org, larsi@HIDDEN, acorallo@HIDDEN, schwab@HIDDEN, shipmints@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > Cc: 73318 <at> debbugs.gnu.org, larsi@HIDDEN, acorallo@HIDDEN, > schwab@HIDDEN, shipmints@HIDDEN > Date: Tue, 08 Oct 2024 14:47:42 +0300 > From: Eli Zaretskii <eliz@HIDDEN> > > > From: Spencer Baugh <sbaugh@HIDDEN> > > If you dislike them all equally, I'll probably implement the "fallback > > to finding elns relative to pdump" approach. > > How will any of this DTRT in both Emacs that is run uninstalled > (i.e. from its build tree) and Emacs that is run installed? > > We have this figured out now, but we rely on the directory of the > Emacs binary. If you insist to hide that information from Emacs, > please explain how you intend to solve the above conundrum. Btw, the "relative to pdump" approach might have a problem if Emacs was invoked with --dump-file=FILE command-line option, because such a file might have no relation to where the *.eln files live.
bug-gnu-emacs@HIDDEN:bug#73318; Package emacs.
Full text available.Received: (at 73318) by debbugs.gnu.org; 8 Oct 2024 11:50:44 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Oct 08 07:50:44 2024 Received: from localhost ([127.0.0.1]:51403 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1sy8jj-0001Tz-Q3 for submit <at> debbugs.gnu.org; Tue, 08 Oct 2024 07:50:44 -0400 Received: from eggs.gnu.org ([209.51.188.92]:53118) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1sy8jf-0001Tg-UM for 73318 <at> debbugs.gnu.org; Tue, 08 Oct 2024 07:50:41 -0400 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 <eliz@HIDDEN>) id 1sy8hI-0001XY-EJ; Tue, 08 Oct 2024 07:48:12 -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=XgGOeUYcRbuzQv+OE1n0UKmEF/YjyqY/uWoWg4M3TdQ=; b=jhbj2tbhZ7iZ hU6C3R03Nx6drY6QVzAMBiM3V9SW8HgVFYlOn/I1Ax/jjhioKO9SFc50MHXB4OfkRu2Zh8QyT4xGS f3eoLR9+1NXNthPF51nY2bZqca3EuNEM/kkq1iu3fPutI/r6L0R6hJ7IQYrdIJgclQJ1zBq7tmeBd OPS+oGskGQNhs1AYcMOtBi1cCEZtxQ42lSFrqluAAZ81kk4WJneEnlC+nXeIIW/Olaj/fL4Cuwg60 TMbhUc7DTXkjZF/lzyTGNCBMtVoZSrvROKvN5prEoH60kUqJPlileCpUbxz67D52rlnJNslpDEsjb d4SkzSwawqRAiRZUeTdoMg==; Date: Tue, 08 Oct 2024 14:47:42 +0300 Message-Id: <86zfnestnl.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Spencer Baugh <sbaugh@HIDDEN> In-Reply-To: <ierr08rhdo9.fsf@HIDDEN> (message from Spencer Baugh on Mon, 07 Oct 2024 16:16:06 -0400) Subject: Re: bug#73318: 31.0.50; with-native-compilation=aot breaks exec -a emacs References: <iero74mgvfy.fsf@HIDDEN> <864j6eb29f.fsf@HIDDEN> <CAN+1Hbq+aftVvx6CV3==BF0ZiT=mFBr6+YBkxqG-LNdaPmuWfw@HIDDEN> <861q1iayk6.fsf@HIDDEN> <CAN+1HbpyNwcypBLZ00ORdG13qTy_VfPJdZ9Fm9CmFM9A1hVcdg@HIDDEN> <86wmja9iwi.fsf@HIDDEN> <ierikuthpzq.fsf@HIDDEN> <86plp19kei.fsf@HIDDEN> <ierr08wysq0.fsf@HIDDEN> <86ldz4xc93.fsf@HIDDEN> <iero740ypdr.fsf@HIDDEN> <86iku8x95w.fsf@HIDDEN> <ieriku7zu8g.fsf@HIDDEN> <86bjzzy9a9.fsf@HIDDEN> <ierwmikgfnm.fsf@HIDDEN> <86iku3u517.fsf@HIDDEN> <ierr08rhdo9.fsf@HIDDEN> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 73318 Cc: 73318 <at> debbugs.gnu.org, larsi@HIDDEN, acorallo@HIDDEN, schwab@HIDDEN, shipmints@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > From: Spencer Baugh <sbaugh@HIDDEN> > Cc: 73318 <at> debbugs.gnu.org, larsi@HIDDEN, acorallo@HIDDEN, > schwab@HIDDEN, shipmints@HIDDEN > Date: Mon, 07 Oct 2024 16:16:06 -0400 > > Eli Zaretskii <eliz@HIDDEN> writes: > > > Suit yourself, but I don't promise I will agree to accept the code > > changes you want to make. This makes less and less sense to me as we > > continue talking about it. > > That's fair enough. > > Of the ways to make "exec -a emacs" work that I've proposed, which one > do you dislike the least? > > So far I think the choice is between: > > - Fallback to finding elns relative to PATH_EXEC (or some similar hardcoded path) > - Fallback to finding elns relative to the pdump location > > Or maybe there's some other way to make "exec -a emacs" work that you > like better? > > If you dislike them all equally, I'll probably implement the "fallback > to finding elns relative to pdump" approach. How will any of this DTRT in both Emacs that is run uninstalled (i.e. from its build tree) and Emacs that is run installed? We have this figured out now, but we rely on the directory of the Emacs binary. If you insist to hide that information from Emacs, please explain how you intend to solve the above conundrum.
bug-gnu-emacs@HIDDEN:bug#73318; Package emacs.
Full text available.Received: (at 73318) by debbugs.gnu.org; 7 Oct 2024 20:16:22 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon Oct 07 16:16:22 2024 Received: from localhost ([127.0.0.1]:48352 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1sxu9W-0001en-4T for submit <at> debbugs.gnu.org; Mon, 07 Oct 2024 16:16:22 -0400 Received: from mxout6.mail.janestreet.com ([64.215.233.21]:47609) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <sbaugh@HIDDEN>) id 1sxu9U-0001eZ-CS for 73318 <at> debbugs.gnu.org; Mon, 07 Oct 2024 16:16:21 -0400 From: Spencer Baugh <sbaugh@HIDDEN> To: Eli Zaretskii <eliz@HIDDEN> Subject: Re: bug#73318: 31.0.50; with-native-compilation=aot breaks exec -a emacs In-Reply-To: <86iku3u517.fsf@HIDDEN> (Eli Zaretskii's message of "Mon, 07 Oct 2024 21:44:20 +0300") References: <iero74mgvfy.fsf@HIDDEN> <864j6eb29f.fsf@HIDDEN> <CAN+1Hbq+aftVvx6CV3==BF0ZiT=mFBr6+YBkxqG-LNdaPmuWfw@HIDDEN> <861q1iayk6.fsf@HIDDEN> <CAN+1HbpyNwcypBLZ00ORdG13qTy_VfPJdZ9Fm9CmFM9A1hVcdg@HIDDEN> <86wmja9iwi.fsf@HIDDEN> <ierikuthpzq.fsf@HIDDEN> <86plp19kei.fsf@HIDDEN> <ierr08wysq0.fsf@HIDDEN> <86ldz4xc93.fsf@HIDDEN> <iero740ypdr.fsf@HIDDEN> <86iku8x95w.fsf@HIDDEN> <ieriku7zu8g.fsf@HIDDEN> <86bjzzy9a9.fsf@HIDDEN> <ierwmikgfnm.fsf@HIDDEN> <86iku3u517.fsf@HIDDEN> Date: Mon, 07 Oct 2024 16:16:06 -0400 Message-ID: <ierr08rhdo9.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=janestreet.com; s=waixah; t=1728332166; bh=Spk2WJSSKL8K6x/bOp9FKEFKr2yAas/lLWwQkuwB0uE=; h=From:To:Cc:Subject:In-Reply-To:References:Date; b=O/dolznBpeul5e71FaMR+j6GVIeKDMEwYQsS+iPGBSVo7f/MEKVHRVaGNBpnfpLje DlN+SaskFi7FfRqqZgkUqAyELCS9eGRl+4lYc7+5EJ3RUVpPyxE4sglioFu+7g2sSa UhhtUAqsBEucsDF3CN2Bb/Zuweffo/iIBMGTk1xF5ubSjFIBXDSLje2L1ycm+/3ZkU 1jGTJQwFlEjeuKimuyd9FTQBX5W+j6wL13f5Y7omApI6RuLtA01wHMWbyVEa9S9D1V ZtPmuhKA0jqKNtA1Lz5zu7TiXuvY8LcLTRaYyGmmJKOeOSm7fDs6OVuvkZPnqnJI75 a9eLe6hwNwe9g== X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 73318 Cc: 73318 <at> debbugs.gnu.org, larsi@HIDDEN, acorallo@HIDDEN, schwab@HIDDEN, shipmints@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) Eli Zaretskii <eliz@HIDDEN> writes: >> From: Spencer Baugh <sbaugh@HIDDEN> >> Cc: 73318 <at> debbugs.gnu.org, larsi@HIDDEN, acorallo@HIDDEN, >> schwab@HIDDEN, shipmints@HIDDEN >> Date: Mon, 07 Oct 2024 10:18:37 -0400 >> >> Eli Zaretskii <eliz@HIDDEN> writes: >> >> > That means to throw away a lot of code in emacs.c which we use now and >> > was tested for several Emacs releases. No, thanks, not for this >> > obscure scenario. >> >> OK, then perhaps just falling back on finding it relative to the pdump. >> >> > I still don't understand why you insist on not changing your script to >> > include the leading directories in argv[0]. It makes absolutely no >> > sense to me to invent new code in such a place, when the alternative >> > is so easy and reliable. >> >> I would change the script if I could, but I can't: It's already been >> copied into thousands of users' home directories. It's such a tiny >> wrapper (it just does "exec -a program /path/to/program") that it has >> never needed to be modified for any program before this. > > Suit yourself, but I don't promise I will agree to accept the code > changes you want to make. This makes less and less sense to me as we > continue talking about it. That's fair enough. Of the ways to make "exec -a emacs" work that I've proposed, which one do you dislike the least? So far I think the choice is between: - Fallback to finding elns relative to PATH_EXEC (or some similar hardcoded path) - Fallback to finding elns relative to the pdump location Or maybe there's some other way to make "exec -a emacs" work that you like better? If you dislike them all equally, I'll probably implement the "fallback to finding elns relative to pdump" approach.
bug-gnu-emacs@HIDDEN:bug#73318; Package emacs.
Full text available.Received: (at 73318) by debbugs.gnu.org; 7 Oct 2024 18:44:41 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon Oct 07 14:44:41 2024 Received: from localhost ([127.0.0.1]:48115 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1sxsim-00055V-KE for submit <at> debbugs.gnu.org; Mon, 07 Oct 2024 14:44:41 -0400 Received: from eggs.gnu.org ([209.51.188.92]:42264) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1sxsik-00055C-0I for 73318 <at> debbugs.gnu.org; Mon, 07 Oct 2024 14:44:38 -0400 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 <eliz@HIDDEN>) id 1sxsiW-0000ec-3H; Mon, 07 Oct 2024 14:44:24 -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=rgxKr7spZVfm9drzfwM27d9biEHY6flMsRehOTdEK2A=; b=Dgq8U0idrcyL +eKOiMacR8idQywkA8+MOXciC/wmWx+7UppfhokQ5VdEowQU4JiyUBxqvf0awRpje2WPXvOo3Vqwf n2VBWze20S/aab3tKuzEdA+vZfnCLJC2dDMtfpxlzJT0cpwbFngLvtFpMzYwFJ9HALBKwejQ8B/+W 9CVv0LDqN1tuK5VD98tnFIMudhS/ZGQHjjZ4PIl9mqQJ8yU/0gOQRIZyGH2dqqQUj7sbcMU3aSa6I y0rGcnbWyO+zrncC118xgJ4dnXXMC5jGEDcFXGLPaCbkNA2N2H4Z4vqr5fYkhSUAPhDoHELsD90IA 4DuVA9/fqudfbWI5qvEQsg==; Date: Mon, 07 Oct 2024 21:44:20 +0300 Message-Id: <86iku3u517.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Spencer Baugh <sbaugh@HIDDEN> In-Reply-To: <ierwmikgfnm.fsf@HIDDEN> (message from Spencer Baugh on Mon, 07 Oct 2024 10:18:37 -0400) Subject: Re: bug#73318: 31.0.50; with-native-compilation=aot breaks exec -a emacs References: <iero74mgvfy.fsf@HIDDEN> <864j6eb29f.fsf@HIDDEN> <CAN+1Hbq+aftVvx6CV3==BF0ZiT=mFBr6+YBkxqG-LNdaPmuWfw@HIDDEN> <861q1iayk6.fsf@HIDDEN> <CAN+1HbpyNwcypBLZ00ORdG13qTy_VfPJdZ9Fm9CmFM9A1hVcdg@HIDDEN> <86wmja9iwi.fsf@HIDDEN> <ierikuthpzq.fsf@HIDDEN> <86plp19kei.fsf@HIDDEN> <ierr08wysq0.fsf@HIDDEN> <86ldz4xc93.fsf@HIDDEN> <iero740ypdr.fsf@HIDDEN> <86iku8x95w.fsf@HIDDEN> <ieriku7zu8g.fsf@HIDDEN> <86bjzzy9a9.fsf@HIDDEN> <ierwmikgfnm.fsf@HIDDEN> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 73318 Cc: 73318 <at> debbugs.gnu.org, larsi@HIDDEN, acorallo@HIDDEN, schwab@HIDDEN, shipmints@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > From: Spencer Baugh <sbaugh@HIDDEN> > Cc: 73318 <at> debbugs.gnu.org, larsi@HIDDEN, acorallo@HIDDEN, > schwab@HIDDEN, shipmints@HIDDEN > Date: Mon, 07 Oct 2024 10:18:37 -0400 > > Eli Zaretskii <eliz@HIDDEN> writes: > > > That means to throw away a lot of code in emacs.c which we use now and > > was tested for several Emacs releases. No, thanks, not for this > > obscure scenario. > > OK, then perhaps just falling back on finding it relative to the pdump. > > > I still don't understand why you insist on not changing your script to > > include the leading directories in argv[0]. It makes absolutely no > > sense to me to invent new code in such a place, when the alternative > > is so easy and reliable. > > I would change the script if I could, but I can't: It's already been > copied into thousands of users' home directories. It's such a tiny > wrapper (it just does "exec -a program /path/to/program") that it has > never needed to be modified for any program before this. Suit yourself, but I don't promise I will agree to accept the code changes you want to make. This makes less and less sense to me as we continue talking about it. Emacs built with native compilation has additional requirements, and those requirements invalidate the (fragile) assumptions on which your wrapper script is based. So my suggestion is to adapt, like we adapt to any changes to software we use that are outside of our control. That's life.
bug-gnu-emacs@HIDDEN:bug#73318; Package emacs.
Full text available.Received: (at 73318) by debbugs.gnu.org; 7 Oct 2024 14:18:53 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon Oct 07 10:18:52 2024 Received: from localhost ([127.0.0.1]:47205 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1sxoZY-0007Fw-Gu for submit <at> debbugs.gnu.org; Mon, 07 Oct 2024 10:18:52 -0400 Received: from mxout5.mail.janestreet.com ([64.215.233.18]:54447) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <sbaugh@HIDDEN>) id 1sxoZV-0007Fd-RJ for 73318 <at> debbugs.gnu.org; Mon, 07 Oct 2024 10:18:50 -0400 From: Spencer Baugh <sbaugh@HIDDEN> To: Eli Zaretskii <eliz@HIDDEN> Subject: Re: bug#73318: 31.0.50; with-native-compilation=aot breaks exec -a emacs In-Reply-To: <86bjzzy9a9.fsf@HIDDEN> (Eli Zaretskii's message of "Fri, 04 Oct 2024 22:09:50 +0300") References: <iero74mgvfy.fsf@HIDDEN> <864j6eb29f.fsf@HIDDEN> <CAN+1Hbq+aftVvx6CV3==BF0ZiT=mFBr6+YBkxqG-LNdaPmuWfw@HIDDEN> <861q1iayk6.fsf@HIDDEN> <CAN+1HbpyNwcypBLZ00ORdG13qTy_VfPJdZ9Fm9CmFM9A1hVcdg@HIDDEN> <86wmja9iwi.fsf@HIDDEN> <ierikuthpzq.fsf@HIDDEN> <86plp19kei.fsf@HIDDEN> <ierr08wysq0.fsf@HIDDEN> <86ldz4xc93.fsf@HIDDEN> <iero740ypdr.fsf@HIDDEN> <86iku8x95w.fsf@HIDDEN> <ieriku7zu8g.fsf@HIDDEN> <86bjzzy9a9.fsf@HIDDEN> Date: Mon, 07 Oct 2024 10:18:37 -0400 Message-ID: <ierwmikgfnm.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=janestreet.com; s=waixah; t=1728310717; bh=3b53tPymM3QjSO1bqPzrc+sLkxM7t5td6j0ypVY81Yc=; h=From:To:Cc:Subject:In-Reply-To:References:Date; b=DrKToHIhsMhLsq2HCv01+JET6I7TPC0pW/au7j/p5XwCQ4sqxZ8qDbuxhrogJSi3w ZQW+ZB9Aw1GG8Kfze1s3G0EHXrXu5BRXDs5tGxXftSMZ+pWt/aHylLe/DARt8UQwkw k5cP80tZhdKjY9k6kFstTW0F7ys9w6TlEC6yHAauYsAUJycihB68/HwMRU4pRVYdM1 LRY5Fo4StcO0rFV10aOLryrjlTZ9mD3Fv2iD4yJQglbzOlbLqL8AfyeIPRPH+GT4wz mgCJgx6d/l/nXVu0lXiYICyrZSmbcz1T5m67ggKgenDGqSucdjA/z+KzK8Jjbf+ewK 00oyQPPl0hVdQ== X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 73318 Cc: 73318 <at> debbugs.gnu.org, larsi@HIDDEN, acorallo@HIDDEN, schwab@HIDDEN, shipmints@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) Eli Zaretskii <eliz@HIDDEN> writes: >> From: Spencer Baugh <sbaugh@HIDDEN> >> Cc: 73318 <at> debbugs.gnu.org, larsi@HIDDEN, acorallo@HIDDEN, >> schwab@HIDDEN, shipmints@HIDDEN >> Date: Fri, 04 Oct 2024 12:51:59 -0400 >> >> > It isn't that easy. We need to support 2 possible locations for the >> > preloaded *.eln files: in the source tree and in the installation >> > tree. You now want us to look in yet a third place. Take a look at >> > dump_do_dump_relocation where we look for the *.eln files. What you >> > suggest is to add a third place to that code. >> >> Yes. I suggest that if installation_state == INSTALLED, and we fail to >> find an eln file in emacs_execdir, we fall back to look in PATH_EXEC (or >> some other path compiled into the Emacs binary). >> >> But it occurs to me that there's another possible solution. We already >> have a robust way to find the pdump. My Emacs finds the pdump and loads >> it just fine. Maybe we could look for the eln files relative to the >> pdump? > > That means to throw away a lot of code in emacs.c which we use now and > was tested for several Emacs releases. No, thanks, not for this > obscure scenario. OK, then perhaps just falling back on finding it relative to the pdump. > I still don't understand why you insist on not changing your script to > include the leading directories in argv[0]. It makes absolutely no > sense to me to invent new code in such a place, when the alternative > is so easy and reliable. I would change the script if I could, but I can't: It's already been copied into thousands of users' home directories. It's such a tiny wrapper (it just does "exec -a program /path/to/program") that it has never needed to be modified for any program before this. >> > See above. If you insist to go this much more complicated way, we'll >> > need to modify the code in dump_do_dump_relocation to use PATH_EXEC, >> > and deal with possible false positives. >> >> Yes, I am willing to put in the effort to do that. > > Makes no sense to me, so I urge you to reconsider. You are > destabilizing Emacs for the benefit of an obscure use pattern that is > easy to fix without any changes in Emacs.
bug-gnu-emacs@HIDDEN:bug#73318; Package emacs.
Full text available.Received: (at 73318) by debbugs.gnu.org; 4 Oct 2024 19:17:13 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Oct 04 15:17:13 2024 Received: from localhost ([127.0.0.1]:36593 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1swnnc-00084v-VT for submit <at> debbugs.gnu.org; Fri, 04 Oct 2024 15:17:13 -0400 Received: from eggs.gnu.org ([209.51.188.92]:42634) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1swnna-00084f-Ii for 73318 <at> debbugs.gnu.org; Fri, 04 Oct 2024 15:17:11 -0400 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 <eliz@HIDDEN>) id 1swnnQ-0000UE-Tf; Fri, 04 Oct 2024 15:17:00 -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=7+E05f9ATm66euT3wYzxEWmRf1hQf4Yx6Iszj/CPIuU=; b=XFGbi20BToAt lk016yFbqJTLQgIk7R8HGXoTKs2tPj9Ez7Lj4RQ62YCRFZ4/ucQYlmhCp2NT8KEUQpcOs1+vBRToQ 1BREq/xZHk+MbFFQb8izbOzwz3RgfmuJ7cG4yOeTRaE4uU4i8xeV6Y7UhHfLhraUCZu/XEb/xUWzZ anhl8iZa9ToeiCS4VA5BvaszMXHQjVSNI+J1svqIb4Bw9x4P3lF50xD9gwNpxItC4WELF7iedlH56 qaqh9lIkdQ9NhDpyDkYWwlipFoFRMTOhpVPKGQ18lYo7clQIuGXb5XObEW0Gws+VTJi1ruLkYlpLh s13Z5JLl6UeFk/KoqlYI5Q==; Date: Fri, 04 Oct 2024 22:16:57 +0300 Message-Id: <86a5fjy8ye.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Spencer Baugh <sbaugh@HIDDEN> In-Reply-To: <ieriku7zu8g.fsf@HIDDEN> (message from Spencer Baugh on Fri, 04 Oct 2024 12:51:59 -0400) Subject: Re: bug#73318: 31.0.50; with-native-compilation=aot breaks exec -a emacs References: <iero74mgvfy.fsf@HIDDEN> <864j6eb29f.fsf@HIDDEN> <CAN+1Hbq+aftVvx6CV3==BF0ZiT=mFBr6+YBkxqG-LNdaPmuWfw@HIDDEN> <861q1iayk6.fsf@HIDDEN> <CAN+1HbpyNwcypBLZ00ORdG13qTy_VfPJdZ9Fm9CmFM9A1hVcdg@HIDDEN> <86wmja9iwi.fsf@HIDDEN> <ierikuthpzq.fsf@HIDDEN> <86plp19kei.fsf@HIDDEN> <ierr08wysq0.fsf@HIDDEN> <86ldz4xc93.fsf@HIDDEN> <iero740ypdr.fsf@HIDDEN> <86iku8x95w.fsf@HIDDEN> <ieriku7zu8g.fsf@HIDDEN> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 73318 Cc: 73318 <at> debbugs.gnu.org, larsi@HIDDEN, acorallo@HIDDEN, schwab@HIDDEN, shipmints@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > From: Spencer Baugh <sbaugh@HIDDEN> > Cc: 73318 <at> debbugs.gnu.org, larsi@HIDDEN, acorallo@HIDDEN, > schwab@HIDDEN, shipmints@HIDDEN > Date: Fri, 04 Oct 2024 12:51:59 -0400 > > Yes. I suggest that if installation_state == INSTALLED, and we fail to > find an eln file in emacs_execdir, we fall back to look in PATH_EXEC (or > some other path compiled into the Emacs binary). Btw, this is a misunderstanding of the code's logic: you must do this when installation_state == UNKNOWN. When it's INSTALLED, it means we already found the first .eln file we needed to load in the installation tree.
bug-gnu-emacs@HIDDEN:bug#73318; Package emacs.
Full text available.Received: (at 73318) by debbugs.gnu.org; 4 Oct 2024 19:12:23 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Oct 04 15:12:23 2024 Received: from localhost ([127.0.0.1]:36588 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1swnix-0007p3-3W for submit <at> debbugs.gnu.org; Fri, 04 Oct 2024 15:12:23 -0400 Received: from eggs.gnu.org ([209.51.188.92]:39034) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1swniv-0007op-52 for 73318 <at> debbugs.gnu.org; Fri, 04 Oct 2024 15:12:21 -0400 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 <eliz@HIDDEN>) id 1swngc-00080p-U9; Fri, 04 Oct 2024 15:09:59 -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=XfhiAY+iRg4LJm+v0e2fzBi8bSsJ+qwl0oOsBRNyZwk=; b=g+a2pDvjgZaG EyT0SoL2pRlqxShHRigMrKUtBaICWvO/U5P45C8heEuQh8LJrgGjavNRERgQfbTBdHHV+EFacxB4P qd4JOXF6A2ynD3ReZeyc8YeqWSlot0rftwLvLWAZ7VpcJfvs+QNEvUPGUVSS8pgAwdYC6PqDDSTuv 2WdrxDas1RTNOdHnnxlPzGwfzXq19smLArhNdFAQwKsH95bWEbRAF2NB6PZlCdHCR1fcA4MZbBDsh gpci4JG94I/sc9DxgjgO7bqUGnDHRW+KKYsm3yg96gukJxqbeoOf8oYqWVl2vptcJF0zyrMleaGbX zae8cy87r2FTJwU6d00F+A==; Date: Fri, 04 Oct 2024 22:09:50 +0300 Message-Id: <86bjzzy9a9.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Spencer Baugh <sbaugh@HIDDEN> In-Reply-To: <ieriku7zu8g.fsf@HIDDEN> (message from Spencer Baugh on Fri, 04 Oct 2024 12:51:59 -0400) Subject: Re: bug#73318: 31.0.50; with-native-compilation=aot breaks exec -a emacs References: <iero74mgvfy.fsf@HIDDEN> <864j6eb29f.fsf@HIDDEN> <CAN+1Hbq+aftVvx6CV3==BF0ZiT=mFBr6+YBkxqG-LNdaPmuWfw@HIDDEN> <861q1iayk6.fsf@HIDDEN> <CAN+1HbpyNwcypBLZ00ORdG13qTy_VfPJdZ9Fm9CmFM9A1hVcdg@HIDDEN> <86wmja9iwi.fsf@HIDDEN> <ierikuthpzq.fsf@HIDDEN> <86plp19kei.fsf@HIDDEN> <ierr08wysq0.fsf@HIDDEN> <86ldz4xc93.fsf@HIDDEN> <iero740ypdr.fsf@HIDDEN> <86iku8x95w.fsf@HIDDEN> <ieriku7zu8g.fsf@HIDDEN> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 73318 Cc: 73318 <at> debbugs.gnu.org, larsi@HIDDEN, acorallo@HIDDEN, schwab@HIDDEN, shipmints@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > From: Spencer Baugh <sbaugh@HIDDEN> > Cc: 73318 <at> debbugs.gnu.org, larsi@HIDDEN, acorallo@HIDDEN, > schwab@HIDDEN, shipmints@HIDDEN > Date: Fri, 04 Oct 2024 12:51:59 -0400 > > > It isn't that easy. We need to support 2 possible locations for the > > preloaded *.eln files: in the source tree and in the installation > > tree. You now want us to look in yet a third place. Take a look at > > dump_do_dump_relocation where we look for the *.eln files. What you > > suggest is to add a third place to that code. > > Yes. I suggest that if installation_state == INSTALLED, and we fail to > find an eln file in emacs_execdir, we fall back to look in PATH_EXEC (or > some other path compiled into the Emacs binary). > > But it occurs to me that there's another possible solution. We already > have a robust way to find the pdump. My Emacs finds the pdump and loads > it just fine. Maybe we could look for the eln files relative to the > pdump? That means to throw away a lot of code in emacs.c which we use now and was tested for several Emacs releases. No, thanks, not for this obscure scenario. I still don't understand why you insist on not changing your script to include the leading directories in argv[0]. It makes absolutely no sense to me to invent new code in such a place, when the alternative is so easy and reliable. > > See above. If you insist to go this much more complicated way, we'll > > need to modify the code in dump_do_dump_relocation to use PATH_EXEC, > > and deal with possible false positives. > > Yes, I am willing to put in the effort to do that. Makes no sense to me, so I urge you to reconsider. You are destabilizing Emacs for the benefit of an obscure use pattern that is easy to fix without any changes in Emacs.
bug-gnu-emacs@HIDDEN:bug#73318; Package emacs.
Full text available.Received: (at 73318) by debbugs.gnu.org; 4 Oct 2024 16:52:11 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Oct 04 12:52:11 2024 Received: from localhost ([127.0.0.1]:36365 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1swlXH-0000AN-2N for submit <at> debbugs.gnu.org; Fri, 04 Oct 2024 12:52:11 -0400 Received: from mxout1.mail.janestreet.com ([38.105.200.78]:55655) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <sbaugh@HIDDEN>) id 1swlXE-0000AB-TW for 73318 <at> debbugs.gnu.org; Fri, 04 Oct 2024 12:52:09 -0400 From: Spencer Baugh <sbaugh@HIDDEN> To: Eli Zaretskii <eliz@HIDDEN> Subject: Re: bug#73318: 31.0.50; with-native-compilation=aot breaks exec -a emacs In-Reply-To: <86iku8x95w.fsf@HIDDEN> (Eli Zaretskii's message of "Fri, 04 Oct 2024 16:57:47 +0300") References: <iero74mgvfy.fsf@HIDDEN> <864j6eb29f.fsf@HIDDEN> <CAN+1Hbq+aftVvx6CV3==BF0ZiT=mFBr6+YBkxqG-LNdaPmuWfw@HIDDEN> <861q1iayk6.fsf@HIDDEN> <CAN+1HbpyNwcypBLZ00ORdG13qTy_VfPJdZ9Fm9CmFM9A1hVcdg@HIDDEN> <86wmja9iwi.fsf@HIDDEN> <ierikuthpzq.fsf@HIDDEN> <86plp19kei.fsf@HIDDEN> <ierr08wysq0.fsf@HIDDEN> <86ldz4xc93.fsf@HIDDEN> <iero740ypdr.fsf@HIDDEN> <86iku8x95w.fsf@HIDDEN> Date: Fri, 04 Oct 2024 12:51:59 -0400 Message-ID: <ieriku7zu8g.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=janestreet.com; s=waixah; t=1728060720; bh=FUUx0NPnXxdxK3YPzGZqf5/Mk4pd+ns8tOKjGcL5Ibg=; h=From:To:Cc:Subject:In-Reply-To:References:Date; b=uW8zhg7rv/DGWDc3gVxByCPiaB4bbYIFbmS0pzaw02vpGs/DR1eWsoZlBNKDcAE1E hdSvc1TuoecRbUSd7KNXG6A6vMqBn1d1qwts+/uoh+/LWBd+lIvKn8LDUDBQpBtt2N wJDGwIPBJNnBC4aIQaxzCFls2EFWSy0s5fNmFdfwQjDPNRkhIYjtGHj0OjHxtLfT+p OdVJ+e6s3+vugG25Npnksiy+9p3qcPKanhjJjtvPsdY2ZCO95sqS7lQd/nhIAgXjLo 9+B/6coQJAaQFB9f3Gck7SQkFLLZzGw07aMT5A+HnV472eYDG+24B0buBSxiPC2XHX XF6sy3sD/zLpg== X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 73318 Cc: 73318 <at> debbugs.gnu.org, larsi@HIDDEN, acorallo@HIDDEN, schwab@HIDDEN, shipmints@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) Eli Zaretskii <eliz@HIDDEN> writes: >> From: Spencer Baugh <sbaugh@HIDDEN> >> Cc: 73318 <at> debbugs.gnu.org, larsi@HIDDEN, acorallo@HIDDEN, >> schwab@HIDDEN, shipmints@HIDDEN >> Date: Fri, 04 Oct 2024 09:22:08 -0400 >> >> > The specific issue with finding the pdumper file more reliably is >> > solved in Emacs 30 in the way Andreas suggested, but it has no effect >> > on the problem which you describe, with finding the preloaded *.eln >> > files. >> >> Ah, interesting. So Emacs 30 falls back on looking up the pdmp in >> PATH_EXEC, a path compiled into the Emacs binary. >> >> Should we perhaps do the same for the native-lisp directory? > > We already do, sort of. We just rely on the search for the pdumper > file to supply us with the answer. See below. > >> If we can't find it in other ways, look it up relative to a path >> compiled into the Emacs binary? I don't know if that should be >> PATH_EXEC or some other path. >> >> That would work on my system. Then we wouldn't need to use >> /proc/self/exe at all. >> >> Might that be the best solution? > > It isn't that easy. We need to support 2 possible locations for the > preloaded *.eln files: in the source tree and in the installation > tree. You now want us to look in yet a third place. Take a look at > dump_do_dump_relocation where we look for the *.eln files. What you > suggest is to add a third place to that code. Yes. I suggest that if installation_state == INSTALLED, and we fail to find an eln file in emacs_execdir, we fall back to look in PATH_EXEC (or some other path compiled into the Emacs binary). But it occurs to me that there's another possible solution. We already have a robust way to find the pdump. My Emacs finds the pdump and loads it just fine. Maybe we could look for the eln files relative to the pdump? So the two solutions that seem possible right now are: A. If we fail to find an eln file relative to the Emacs executable, fall back to PATH_EXEC (or something similar) B. Always look for eln files at a path relative to the pdmp, instead of relative to the Emacs executable. >> >> > . what if /proc/self/exe is unreadable? AFAIK, on some systems you >> >> > need special privileges to follow its symlink >> >> > . what if /proc/self/exe points to a file name that is a symlink, or >> >> > some of its leading directories are symlinks? >> >> > . what if Emacs is invoked via a script which is in the correct >> >> > installation directory, but the actual binary the script invokes >> >> > is not in the expected location relative to the native-lisp/ >> >> > directory where we have the preloaded *.eln files? >> >> > >> >> > The existing code handles all these cases, and some others. We could >> >> > perhaps _add_ the use of /proc/self/exe to what we have, but we'd need >> >> > to be sure that it doesn't break for the above situations. >> > >> > I'm still waiting for some answers to these. >> >> If we use /proc/self/exe, I'm fine with it being a fallback if all other >> mechanisms fail. That should make these cases still work fine, right? > > To use /proc/self/exe as fallback, we need to somehow reject the Emacs > "executable" found in your case. Because otherwise fallbacks are only > used if the previous attempts fail, and the attempt to find atgv[0] > along PATH does not fail in your case, it just finds the "wrong" file. True, so maybe /proc/self/exe is not a good solution. >> > Why cannot you modify the script for all the commands to include the >> > leading directories in executable-name? That is all that is needed >> > for Emacs to find its *.eln files. >> >> See the motivation that I quoted above: >> >> For context, I believe the reason why we pass `-a` is to make the prog >> more identifiable when users try to find it in the output of >> `ps`. That still sounds like the right thing to do in the majority of >> the cases. >> >> Including the leading directories would make them show up in the output >> of "ps", which is uglier. > > "Uglier" is in the eyes of the beholder. The important thing is that > it solves the problem without any other changes, and will then use > code which was tested and validated by many users. > >> I realize this might not seem like an important justification, but it >> works for every other program we run, and has worked for decades. And >> other distributors might be doing this too, so I think it's reasonable >> to make Emacs robust to this by having it fall back to looking up >> native-lisp in something like PATH_EXEC. > > I disagree that this is reasonable, and what you suggest is not > possible/practical anyway. > >> But now I think we maybe don't need to use /proc/self/exe at all, and >> can just have Emacs fall back on something like PATH_EXEC when it fails >> to find the native lisp files. > > See above. If you insist to go this much more complicated way, we'll > need to modify the code in dump_do_dump_relocation to use PATH_EXEC, > and deal with possible false positives. Yes, I am willing to put in the effort to do that.
bug-gnu-emacs@HIDDEN:bug#73318; Package emacs.
Full text available.Received: (at 73318) by debbugs.gnu.org; 4 Oct 2024 14:04:10 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Oct 04 10:04:10 2024 Received: from localhost ([127.0.0.1]:36161 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1swiuf-00085v-Ri for submit <at> debbugs.gnu.org; Fri, 04 Oct 2024 10:04:10 -0400 Received: from mail-vk1-f169.google.com ([209.85.221.169]:45074) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <shipmints@HIDDEN>) id 1swiue-00085i-E9 for 73318 <at> debbugs.gnu.org; Fri, 04 Oct 2024 10:04:09 -0400 Received: by mail-vk1-f169.google.com with SMTP id 71dfb90a1353d-507904d0800so800488e0c.2 for <73318 <at> debbugs.gnu.org>; Fri, 04 Oct 2024 07:04:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1728050583; x=1728655383; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=+ividGv9mPA7eY7KDHDS4QtQ+ep5kTmxDCb48l5tBqQ=; b=UNw5A/y3C1PIYgViRSQ5TKiOvOYvkwc8FIGpi6QmXAdVzJNVsB2yIdVXwbK15aiJ/M m+RKYeOn1406fzo1fHc19qn0EnUVcMQuHZUCJranAnXvPMSeramM8itVGkrS0WlCDO4U 7LBRDn7YOmcG9plfTqFQ6Xyht6xenIHembV27iv8h1s7AJXq9nAgVPp5ba44oQk9UHZB +LS74T1IH8whh2DEzG7dt4eQcq3X6f286v3XJ0+xaryNEEMbZrO1xaPRH2x/HzUHtgZG FSjYk3DytNHgTsyS2o6hLK52hvCkt/2HQ9NNgAJ7yyoIFwexMX+Gh42VNWLUoA5062kg t/fg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1728050583; x=1728655383; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=+ividGv9mPA7eY7KDHDS4QtQ+ep5kTmxDCb48l5tBqQ=; b=iJCRvsm+o+q193zxiFdleX0qBoLJf0dlIoPNGFkkI4xkienCBmz5zVc+Ojx6zm/z4v CClM+WSr371rcMuCgdDmfQDMFhE1JFbKEKqL4h988KEgbBgvqOb4Ni4tiPDDEaOdGrma 1JuNDdA1SLL4OFZ7acmodyD2YkaLooXscaH57+Rrxks6lkemuhPEnSymth8LeyL4wI4w DbD424zSp46sC9mgGdW+M0nUzDY1nvKmpOeNoSBtjVF4e4PunA+HIFIGhv78VKg/3bbm ROhCI9sadITDvkGIKLUkouoowR1LG8nN0NXuegOfnBq8MkSgpirbP+9B84xv+z3ChnAF TSUg== X-Forwarded-Encrypted: i=1; AJvYcCUtv7ltYJ+inqY8MH8p2cftaf4ygBZGw/WcLTpax+C12cKhiMdy10jtzvlK+k5qmaaKG3EWGQ==@debbugs.gnu.org X-Gm-Message-State: AOJu0YxIpnB5vCZDzQbhlfWIcaSceQpjYpvFRJ/TONIsp6rtMD3tjFzG P9+nG3wdzlgOLx3So98zGpytY0biy8gyCTpbc82lcpmX03zPt+ZB8DZg/imFKguOJvVdoaoD0dJ cOqEKwkw2FV35G3aLWVukIu5TLpY= X-Google-Smtp-Source: AGHT+IHrqcCOkXHPzCYx1BcbvETEMcELA7idhjEzzoSaRVVBXOiGEJjCgkoLtqIXkUOZp1apIctZeiYGa79P/FeZqCA= X-Received: by 2002:a05:6122:1783:b0:502:bd0d:abe2 with SMTP id 71dfb90a1353d-50c854949bemr3350365e0c.6.1728050583131; Fri, 04 Oct 2024 07:03:03 -0700 (PDT) MIME-Version: 1.0 References: <iero74mgvfy.fsf@HIDDEN> <864j6eb29f.fsf@HIDDEN> <CAN+1Hbq+aftVvx6CV3==BF0ZiT=mFBr6+YBkxqG-LNdaPmuWfw@HIDDEN> <861q1iayk6.fsf@HIDDEN> <CAN+1HbpyNwcypBLZ00ORdG13qTy_VfPJdZ9Fm9CmFM9A1hVcdg@HIDDEN> <86wmja9iwi.fsf@HIDDEN> <ierikuthpzq.fsf@HIDDEN> <86plp19kei.fsf@HIDDEN> <ierr08wysq0.fsf@HIDDEN> <86ldz4xc93.fsf@HIDDEN> <iero740ypdr.fsf@HIDDEN> <86iku8x95w.fsf@HIDDEN> In-Reply-To: <86iku8x95w.fsf@HIDDEN> From: shipmints <shipmints@HIDDEN> Date: Fri, 4 Oct 2024 10:02:51 -0400 Message-ID: <CAN+1HbqZ785P=ZYXvqjgSdH6sO6EZi8f7rNgnTUkcw7YoMYS0Q@HIDDEN> Subject: Re: bug#73318: 31.0.50; with-native-compilation=aot breaks exec -a emacs To: Eli Zaretskii <eliz@HIDDEN> Content-Type: multipart/alternative; boundary="000000000000295f2a0623a72105" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 73318 Cc: Spencer Baugh <sbaugh@HIDDEN>, larsi@HIDDEN, acorallo@HIDDEN, schwab@HIDDEN, 73318 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) --000000000000295f2a0623a72105 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Fri, Oct 4, 2024 at 9:58=E2=80=AFAM Eli Zaretskii <eliz@HIDDEN> wrote: > > From: Spencer Baugh <sbaugh@HIDDEN> > > Cc: 73318 <at> debbugs.gnu.org, larsi@HIDDEN, acorallo@HIDDEN, > > schwab@HIDDEN, shipmints@HIDDEN > > Date: Fri, 04 Oct 2024 09:22:08 -0400 > > > > Including the leading directories would make them show up in the output > > of "ps", which is uglier. > > "Uglier" is in the eyes of the beholder. The important thing is that > it solves the problem without any other changes, and will then use > code which was tested and validated by many users. > I prefer the "determinism" (even if pseudo determinism, as binaries can "lie") of fully-qualified path names in ps output. I'll take ugly over mystery. --000000000000295f2a0623a72105 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div dir=3D"ltr"><div class=3D"gmail_default" style=3D"fon= t-family:monospace"><span style=3D"font-family:Arial,Helvetica,sans-serif">= On Fri, Oct 4, 2024 at 9:58=E2=80=AFAM Eli Zaretskii <<a href=3D"mailto:= eliz@HIDDEN">eliz@HIDDEN</a>> wrote:</span></div></div><div class=3D"g= mail_quote"><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0= .8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">> From: Sp= encer Baugh <<a href=3D"mailto:sbaugh@HIDDEN" target=3D"_blank">= sbaugh@HIDDEN</a>><br> > Cc: <a href=3D"mailto:73318 <at> debbugs.gnu.org" target=3D"_blank">73318@d= ebbugs.gnu.org</a>,=C2=A0 <a href=3D"mailto:larsi@HIDDEN" target=3D"_blan= k">larsi@HIDDEN</a>,=C2=A0 <a href=3D"mailto:acorallo@HIDDEN" target=3D"= _blank">acorallo@HIDDEN</a>,<br> >=C2=A0 =C2=A0 <a href=3D"mailto:schwab@HIDDEN" target=3D"_blank= ">schwab@HIDDEN</a>,=C2=A0 <a href=3D"mailto:shipmints@HIDDEN" t= arget=3D"_blank">shipmints@HIDDEN</a><br> > Date: Fri, 04 Oct 2024 09:22:08 -0400<br>> <br> > Including the leading directories would make them show up in the outpu= t<br> > of "ps", which is uglier.<br> <br> "Uglier" is in the eyes of the beholder.=C2=A0 The important thin= g is that<br> it solves the problem without any other changes, and will then use<br> code which was tested and validated by many users.<br></blockquote><div><br= ></div><div class=3D"gmail_default" style=3D"font-family:monospace">I prefe= r the "determinism" (even if pseudo determinism, as binaries can = "lie") of fully-qualified path names in ps output. I'll take = ugly over mystery.</div></div></div> --000000000000295f2a0623a72105--
bug-gnu-emacs@HIDDEN:bug#73318; Package emacs.
Full text available.Received: (at 73318) by debbugs.gnu.org; 4 Oct 2024 13:58:29 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Oct 04 09:58:29 2024 Received: from localhost ([127.0.0.1]:36153 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1swipA-0007jW-Q7 for submit <at> debbugs.gnu.org; Fri, 04 Oct 2024 09:58:29 -0400 Received: from eggs.gnu.org ([209.51.188.92]:43000) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1swip9-0007jI-9a for 73318 <at> debbugs.gnu.org; Fri, 04 Oct 2024 09:58:28 -0400 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 <eliz@HIDDEN>) id 1swioz-0007xj-Sw; Fri, 04 Oct 2024 09:58:17 -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=V4y2pw46zyJgFilSft3vjQ++rHlot3inKkGsg94u+dQ=; b=jrJu/xX9idLy 3IdHU/9UugcUMxW4DDJ4N5HLXR5gjOg+vlrl5NCFEcveok3/mk//UL+MI8oETGsoqSgQe6Wx3xujf +XT2gCwyPLBHJW7Q6mMUejelEEGhxfsz0LMnwgs729zNY40s5r5oSa/edG8IvG5ss1vYUU2NgyLqa 07HKe5z+6bvnHRhH9vHwDuvs0MUAbKBqGgwa5USuPaOIAnNvbj6b1NYhtRQRtifNHqTlemtP1QbYq lI2GattbeImG2vW3TmWdUnpy4ZD94HcDeTUWrmpzgOymJVVHVNQYFYBFZd6LsgbgGpyWp2CxMyNRc kUq9yL4P/MxDkblvx6iLmQ==; Date: Fri, 04 Oct 2024 16:57:47 +0300 Message-Id: <86iku8x95w.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Spencer Baugh <sbaugh@HIDDEN> In-Reply-To: <iero740ypdr.fsf@HIDDEN> (message from Spencer Baugh on Fri, 04 Oct 2024 09:22:08 -0400) Subject: Re: bug#73318: 31.0.50; with-native-compilation=aot breaks exec -a emacs References: <iero74mgvfy.fsf@HIDDEN> <864j6eb29f.fsf@HIDDEN> <CAN+1Hbq+aftVvx6CV3==BF0ZiT=mFBr6+YBkxqG-LNdaPmuWfw@HIDDEN> <861q1iayk6.fsf@HIDDEN> <CAN+1HbpyNwcypBLZ00ORdG13qTy_VfPJdZ9Fm9CmFM9A1hVcdg@HIDDEN> <86wmja9iwi.fsf@HIDDEN> <ierikuthpzq.fsf@HIDDEN> <86plp19kei.fsf@HIDDEN> <ierr08wysq0.fsf@HIDDEN> <86ldz4xc93.fsf@HIDDEN> <iero740ypdr.fsf@HIDDEN> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 73318 Cc: 73318 <at> debbugs.gnu.org, larsi@HIDDEN, acorallo@HIDDEN, schwab@HIDDEN, shipmints@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > From: Spencer Baugh <sbaugh@HIDDEN> > Cc: 73318 <at> debbugs.gnu.org, larsi@HIDDEN, acorallo@HIDDEN, > schwab@HIDDEN, shipmints@HIDDEN > Date: Fri, 04 Oct 2024 09:22:08 -0400 > > > The specific issue with finding the pdumper file more reliably is > > solved in Emacs 30 in the way Andreas suggested, but it has no effect > > on the problem which you describe, with finding the preloaded *.eln > > files. > > Ah, interesting. So Emacs 30 falls back on looking up the pdmp in > PATH_EXEC, a path compiled into the Emacs binary. > > Should we perhaps do the same for the native-lisp directory? We already do, sort of. We just rely on the search for the pdumper file to supply us with the answer. See below. > If we can't find it in other ways, look it up relative to a path > compiled into the Emacs binary? I don't know if that should be > PATH_EXEC or some other path. > > That would work on my system. Then we wouldn't need to use > /proc/self/exe at all. > > Might that be the best solution? It isn't that easy. We need to support 2 possible locations for the preloaded *.eln files: in the source tree and in the installation tree. You now want us to look in yet a third place. Take a look at dump_do_dump_relocation where we look for the *.eln files. What you suggest is to add a third place to that code. Currently, we infer where the *.eln files are by looking at the file name of the Emacs executable file. And your script violates this protocol by removing the leading directories from argv[0] and placing Emacs in a directory not on PATH. > >> > . what if /proc/self/exe is unreadable? AFAIK, on some systems you > >> > need special privileges to follow its symlink > >> > . what if /proc/self/exe points to a file name that is a symlink, or > >> > some of its leading directories are symlinks? > >> > . what if Emacs is invoked via a script which is in the correct > >> > installation directory, but the actual binary the script invokes > >> > is not in the expected location relative to the native-lisp/ > >> > directory where we have the preloaded *.eln files? > >> > > >> > The existing code handles all these cases, and some others. We could > >> > perhaps _add_ the use of /proc/self/exe to what we have, but we'd need > >> > to be sure that it doesn't break for the above situations. > > > > I'm still waiting for some answers to these. > > If we use /proc/self/exe, I'm fine with it being a fallback if all other > mechanisms fail. That should make these cases still work fine, right? To use /proc/self/exe as fallback, we need to somehow reject the Emacs "executable" found in your case. Because otherwise fallbacks are only used if the previous attempts fail, and the attempt to find atgv[0] along PATH does not fail in your case, it just finds the "wrong" file. > > Why cannot you modify the script for all the commands to include the > > leading directories in executable-name? That is all that is needed > > for Emacs to find its *.eln files. > > See the motivation that I quoted above: > > For context, I believe the reason why we pass `-a` is to make the prog > more identifiable when users try to find it in the output of > `ps`. That still sounds like the right thing to do in the majority of > the cases. > > Including the leading directories would make them show up in the output > of "ps", which is uglier. "Uglier" is in the eyes of the beholder. The important thing is that it solves the problem without any other changes, and will then use code which was tested and validated by many users. > I realize this might not seem like an important justification, but it > works for every other program we run, and has worked for decades. And > other distributors might be doing this too, so I think it's reasonable > to make Emacs robust to this by having it fall back to looking up > native-lisp in something like PATH_EXEC. I disagree that this is reasonable, and what you suggest is not possible/practical anyway. > But now I think we maybe don't need to use /proc/self/exe at all, and > can just have Emacs fall back on something like PATH_EXEC when it fails > to find the native lisp files. See above. If you insist to go this much more complicated way, we'll need to modify the code in dump_do_dump_relocation to use PATH_EXEC, and deal with possible false positives.
bug-gnu-emacs@HIDDEN:bug#73318; Package emacs.
Full text available.Received: (at 73318) by debbugs.gnu.org; 4 Oct 2024 13:22:19 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Oct 04 09:22:19 2024 Received: from localhost ([127.0.0.1]:34694 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1swiGB-0005R5-0J for submit <at> debbugs.gnu.org; Fri, 04 Oct 2024 09:22:19 -0400 Received: from mxout6.mail.janestreet.com ([64.215.233.21]:55049) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <sbaugh@HIDDEN>) id 1swiG9-0005Qt-8n for 73318 <at> debbugs.gnu.org; Fri, 04 Oct 2024 09:22:18 -0400 From: Spencer Baugh <sbaugh@HIDDEN> To: Eli Zaretskii <eliz@HIDDEN> Subject: Re: bug#73318: 31.0.50; with-native-compilation=aot breaks exec -a emacs In-Reply-To: <86ldz4xc93.fsf@HIDDEN> (Eli Zaretskii's message of "Fri, 04 Oct 2024 15:51:04 +0300") References: <iero74mgvfy.fsf@HIDDEN> <864j6eb29f.fsf@HIDDEN> <CAN+1Hbq+aftVvx6CV3==BF0ZiT=mFBr6+YBkxqG-LNdaPmuWfw@HIDDEN> <861q1iayk6.fsf@HIDDEN> <CAN+1HbpyNwcypBLZ00ORdG13qTy_VfPJdZ9Fm9CmFM9A1hVcdg@HIDDEN> <86wmja9iwi.fsf@HIDDEN> <ierikuthpzq.fsf@HIDDEN> <86plp19kei.fsf@HIDDEN> <ierr08wysq0.fsf@HIDDEN> <86ldz4xc93.fsf@HIDDEN> Date: Fri, 04 Oct 2024 09:22:08 -0400 Message-ID: <iero740ypdr.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=janestreet.com; s=waixah; t=1728048128; bh=3PnNIC4sqz1XQGLj0Ae3A4ESPwcGZPcVbmR10bBhx1M=; h=From:To:Cc:Subject:In-Reply-To:References:Date; b=ZDUVsYIVoLUDUmrFikT0lrMaxyoo+rye2jo5foCtr6L8X8VxS6j9pdgn8+/qHlJ+N 1gDDTuD0qdenYOqWF1UNKL0rRuu9vPDbLSZ0ldYoH92Et3Gjv3m7CfP9rem3kawIxF nuEh2dJXtJwV9e6iKvN9Y8R6DzjqU2AHuhs+9un9eRVq/GMpnlO5RhMBG7RAKHtNeo ccd4382WYSSo29NmCNI+fuGAlJEc6YGaFKrZZt7T37vF7PLn7jHHtb8KiO8t+Qes5T y8+MI3QZOVeZ5JpYwhIWbunZ+H0zSg/T68xrwU7oCvFxmXlYsW9NDbBPzb2HWRCncU lnUaP7pHc6xeA== X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 73318 Cc: 73318 <at> debbugs.gnu.org, larsi@HIDDEN, acorallo@HIDDEN, schwab@HIDDEN, shipmints@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) Eli Zaretskii <eliz@HIDDEN> writes: >> From: Spencer Baugh <sbaugh@HIDDEN> >> Cc: 73318 <at> debbugs.gnu.org, larsi@HIDDEN, acorallo@HIDDEN, >> shipmints@HIDDEN, schwab@HIDDEN >> Date: Fri, 04 Oct 2024 08:09:59 -0400 >> >> Eli Zaretskii <eliz@HIDDEN> writes: >> >> > A more interesting discussion starts here: >> > >> > https://lists.gnu.org/archive/html/emacs-devel/2019-01/msg00635.html >> > >> > That discussion is about finding the pdumper file, but the side effect >> > of looking for pdumper file is the directory where we think the Emacs >> > executable file is. That discussion mentions several issues related >> > to finding the leading directories of the Emacs executable. >> >> Ah, this is indeed an interesting discussion. I have to say, I agree >> with Andreas Schwab when they say that argv[0] is not reliable :) > > For some reason that evades me, you take only part of the discussion > and ignore the rest. > > The specific issue with finding the pdumper file more reliably is > solved in Emacs 30 in the way Andreas suggested, but it has no effect > on the problem which you describe, with finding the preloaded *.eln > files. Ah, interesting. So Emacs 30 falls back on looking up the pdmp in PATH_EXEC, a path compiled into the Emacs binary. Should we perhaps do the same for the native-lisp directory? If we can't find it in other ways, look it up relative to a path compiled into the Emacs binary? I don't know if that should be PATH_EXEC or some other path. That would work on my system. Then we wouldn't need to use /proc/self/exe at all. Might that be the best solution? > It is true that argv[0] alone is not reliable enough, which is why we > use other techniques when argv[0] cannot help. But /proc/self/exe is > not reliable enough, either. Yes, I'm persuaded now that if we use /proc/self/exe, we should also use argv[0]. As Po Lu said, /proc can be unmounted, so we must have some other mechanism besides just /proc/self/exe. >> > . what if /proc/self/exe is unreadable? AFAIK, on some systems you >> > need special privileges to follow its symlink >> > . what if /proc/self/exe points to a file name that is a symlink, or >> > some of its leading directories are symlinks? >> > . what if Emacs is invoked via a script which is in the correct >> > installation directory, but the actual binary the script invokes >> > is not in the expected location relative to the native-lisp/ >> > directory where we have the preloaded *.eln files? >> > >> > The existing code handles all these cases, and some others. We could >> > perhaps _add_ the use of /proc/self/exe to what we have, but we'd need >> > to be sure that it doesn't break for the above situations. > > I'm still waiting for some answers to these. If we use /proc/self/exe, I'm fine with it being a fallback if all other mechanisms fail. That should make these cases still work fine, right? >> > I also don't understand why your script insists on removing the >> > leading directories from argv[0] of Emacs. Is there any problem for >> > you to modify your script such that the leading directories would >> > still be present in argv[0]? >> >> We have a generic script, part of our packaging system, which wraps most >> executables, and does "exec -a executable-name /path/to/executable". >> The motivation, quoting one of the developers of said script, is: >> >> For context, I believe the reason why we pass `-a` is to make the prog >> more identifiable when users try to find it in the output of >> `ps`. That still sounds like the right thing to do in the majority of >> the cases. >> >> Since this is a generic script used for everything, it's difficult to >> modify it just for Emacs. > > Why cannot you modify the script for all the commands to include the > leading directories in executable-name? That is all that is needed > for Emacs to find its *.eln files. See the motivation that I quoted above: For context, I believe the reason why we pass `-a` is to make the prog more identifiable when users try to find it in the output of `ps`. That still sounds like the right thing to do in the majority of the cases. Including the leading directories would make them show up in the output of "ps", which is uglier. I realize this might not seem like an important justification, but it works for every other program we run, and has worked for decades. And other distributors might be doing this too, so I think it's reasonable to make Emacs robust to this by having it fall back to looking up native-lisp in something like PATH_EXEC. >> $ sh -c "exec -a emacs /home/sbaugh/prefix/bin/emacs -Q --batch" >> Error using execdir /home/sbaugh/.dispatch/bin/: >> emacs: /home/sbaugh/.dispatch/bin/../native-lisp/31.0.50-ef69cec6/preloaded/simple-e50f0a67-a4bb4e10.eln: cannot open shared object file: No such file or directory >> >> > When Emacs does not find its executable file using argv[0], it assumes >> > that the executable is in PATH_EXEC/../../../../bin/. Since you are >> > running an installed Emacs, that should have worked, unless you also >> > somehow changed the relative path from $prefix/bin to the directory >> > where the native-lisp/ directory is installed. Why didn't it work? >> >> Since argv[0] is "emacs", Emacs searched PATH for "emacs" and found it: >> >> $ type emacs >> emacs is /home/sbaugh/.dispatch/bin/emacs >> >> Unfortunately, that file is not the actual Emacs executable, it's the >> aforementioned generic wrapper script, which in this case ends with >> this: >> >> exec -a emacs /j/office/app/emacs/dev/bin/emacs "$@" >> >> So Emacs looks for native-lisp in /home/sbaugh/.dispatch/bin/, but >> that's wrong. It should be looking in /j/office/app/emacs/dev/bin/. > > If you include the leading directories in the "-a NAME" switch to > 'exec', the problem will be solved. Since the script evidently knows > the exact absolute file name of the program it invokes, there should > be no problem including that absolute file name in the NAME argument > of the -a option. > >> > Bottom line: I think there are still unclear aspects of what happened >> > in your case, and using /proc/self/exe to fix that is not as simple as >> > it might seem, especially since we don't yet understand fully what >> > failed and why. > > Using /proc/self/exe to fix this kind of situations is not trivial, > due to the issues with /proc/self/exe I mentioned in my previous > email. So my suggestion would be first to try to adapt your generic > script to the Emacs expectations, namely, to make sure argv[0] of > Emacs includes the leading directories of the real installation tree. > This is by far the simplest solution, and will not require any changes > in Emacs. Sure, see the motivation I quoted above. But now I think we maybe don't need to use /proc/self/exe at all, and can just have Emacs fall back on something like PATH_EXEC when it fails to find the native lisp files.
bug-gnu-emacs@HIDDEN:bug#73318; Package emacs.
Full text available.Received: (at 73318) by debbugs.gnu.org; 4 Oct 2024 12:51:21 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Oct 04 08:51:21 2024 Received: from localhost ([127.0.0.1]:34666 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1swhmD-0003lN-8C for submit <at> debbugs.gnu.org; Fri, 04 Oct 2024 08:51:21 -0400 Received: from eggs.gnu.org ([209.51.188.92]:48896) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1swhmB-0003l8-Gf for 73318 <at> debbugs.gnu.org; Fri, 04 Oct 2024 08:51:20 -0400 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 <eliz@HIDDEN>) id 1swhm1-0006HN-QE; Fri, 04 Oct 2024 08:51:09 -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=UrD4cNST5vW3jidSSZGXpaSjRdqq2PTmV9s6wfG2pQQ=; b=sQR9vEiiQQJE qGX7dBIiF5qafW3YE2X/gAst09IDHX105/LSift7egHfnf2sdCkifgo8/n5L0YEsDejqJtasHhx7h mgJag/Bpb3tsW4Uc0+Ak2ikL8O9NG2o9sbcaIBhyXQwY4pEpuNffvUmVT5NNqi7nk7Gr65q7mcq44 aZan5IpX7WaeYlZCERpryXfzqxTQZU4VVLTBNkaKNKbgvUPZdn54QNXtK5teNFLg8qe+qxqtQBsiz z5HejnSZXw6g0QTCSe2mFT6qpx63XGscx5cfPjsPbfzC5FcwTmjZH0HCvblHxFsmvN1j8mW3T68Ml Rd6B8MbD8cy5IIfiY6m81Q==; Date: Fri, 04 Oct 2024 15:51:04 +0300 Message-Id: <86ldz4xc93.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Spencer Baugh <sbaugh@HIDDEN> In-Reply-To: <ierr08wysq0.fsf@HIDDEN> (message from Spencer Baugh on Fri, 04 Oct 2024 08:09:59 -0400) Subject: Re: bug#73318: 31.0.50; with-native-compilation=aot breaks exec -a emacs References: <iero74mgvfy.fsf@HIDDEN> <864j6eb29f.fsf@HIDDEN> <CAN+1Hbq+aftVvx6CV3==BF0ZiT=mFBr6+YBkxqG-LNdaPmuWfw@HIDDEN> <861q1iayk6.fsf@HIDDEN> <CAN+1HbpyNwcypBLZ00ORdG13qTy_VfPJdZ9Fm9CmFM9A1hVcdg@HIDDEN> <86wmja9iwi.fsf@HIDDEN> <ierikuthpzq.fsf@HIDDEN> <86plp19kei.fsf@HIDDEN> <ierr08wysq0.fsf@HIDDEN> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 73318 Cc: 73318 <at> debbugs.gnu.org, larsi@HIDDEN, acorallo@HIDDEN, schwab@HIDDEN, shipmints@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > From: Spencer Baugh <sbaugh@HIDDEN> > Cc: 73318 <at> debbugs.gnu.org, larsi@HIDDEN, acorallo@HIDDEN, > shipmints@HIDDEN, schwab@HIDDEN > Date: Fri, 04 Oct 2024 08:09:59 -0400 > > Eli Zaretskii <eliz@HIDDEN> writes: > > > A more interesting discussion starts here: > > > > https://lists.gnu.org/archive/html/emacs-devel/2019-01/msg00635.html > > > > That discussion is about finding the pdumper file, but the side effect > > of looking for pdumper file is the directory where we think the Emacs > > executable file is. That discussion mentions several issues related > > to finding the leading directories of the Emacs executable. > > Ah, this is indeed an interesting discussion. I have to say, I agree > with Andreas Schwab when they say that argv[0] is not reliable :) For some reason that evades me, you take only part of the discussion and ignore the rest. The specific issue with finding the pdumper file more reliably is solved in Emacs 30 in the way Andreas suggested, but it has no effect on the problem which you describe, with finding the preloaded *.eln files. It is true that argv[0] alone is not reliable enough, which is why we use other techniques when argv[0] cannot help. But /proc/self/exe is not reliable enough, either. > > . what if /proc/self/exe is unreadable? AFAIK, on some systems you > > need special privileges to follow its symlink > > . what if /proc/self/exe points to a file name that is a symlink, or > > some of its leading directories are symlinks? > > . what if Emacs is invoked via a script which is in the correct > > installation directory, but the actual binary the script invokes > > is not in the expected location relative to the native-lisp/ > > directory where we have the preloaded *.eln files? > > > > The existing code handles all these cases, and some others. We could > > perhaps _add_ the use of /proc/self/exe to what we have, but we'd need > > to be sure that it doesn't break for the above situations. I'm still waiting for some answers to these. > > I also don't understand why your script insists on removing the > > leading directories from argv[0] of Emacs. Is there any problem for > > you to modify your script such that the leading directories would > > still be present in argv[0]? > > We have a generic script, part of our packaging system, which wraps most > executables, and does "exec -a executable-name /path/to/executable". > The motivation, quoting one of the developers of said script, is: > > For context, I believe the reason why we pass `-a` is to make the prog > more identifiable when users try to find it in the output of > `ps`. That still sounds like the right thing to do in the majority of > the cases. > > Since this is a generic script used for everything, it's difficult to > modify it just for Emacs. Why cannot you modify the script for all the commands to include the leading directories in executable-name? That is all that is needed for Emacs to find its *.eln files. > $ sh -c "exec -a emacs /home/sbaugh/prefix/bin/emacs -Q --batch" > Error using execdir /home/sbaugh/.dispatch/bin/: > emacs: /home/sbaugh/.dispatch/bin/../native-lisp/31.0.50-ef69cec6/preloaded/simple-e50f0a67-a4bb4e10.eln: cannot open shared object file: No such file or directory > > > When Emacs does not find its executable file using argv[0], it assumes > > that the executable is in PATH_EXEC/../../../../bin/. Since you are > > running an installed Emacs, that should have worked, unless you also > > somehow changed the relative path from $prefix/bin to the directory > > where the native-lisp/ directory is installed. Why didn't it work? > > Since argv[0] is "emacs", Emacs searched PATH for "emacs" and found it: > > $ type emacs > emacs is /home/sbaugh/.dispatch/bin/emacs > > Unfortunately, that file is not the actual Emacs executable, it's the > aforementioned generic wrapper script, which in this case ends with > this: > > exec -a emacs /j/office/app/emacs/dev/bin/emacs "$@" > > So Emacs looks for native-lisp in /home/sbaugh/.dispatch/bin/, but > that's wrong. It should be looking in /j/office/app/emacs/dev/bin/. If you include the leading directories in the "-a NAME" switch to 'exec', the problem will be solved. Since the script evidently knows the exact absolute file name of the program it invokes, there should be no problem including that absolute file name in the NAME argument of the -a option. > > Bottom line: I think there are still unclear aspects of what happened > > in your case, and using /proc/self/exe to fix that is not as simple as > > it might seem, especially since we don't yet understand fully what > > failed and why. Using /proc/self/exe to fix this kind of situations is not trivial, due to the issues with /proc/self/exe I mentioned in my previous email. So my suggestion would be first to try to adapt your generic script to the Emacs expectations, namely, to make sure argv[0] of Emacs includes the leading directories of the real installation tree. This is by far the simplest solution, and will not require any changes in Emacs.
bug-gnu-emacs@HIDDEN:bug#73318; Package emacs.
Full text available.Received: (at 73318) by debbugs.gnu.org; 4 Oct 2024 12:10:11 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Oct 04 08:10:11 2024 Received: from localhost ([127.0.0.1]:34595 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1swh8M-0001Nw-OJ for submit <at> debbugs.gnu.org; Fri, 04 Oct 2024 08:10:11 -0400 Received: from mxout6.mail.janestreet.com ([64.215.233.21]:54469) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <sbaugh@HIDDEN>) id 1swh8K-0001Iz-2L for 73318 <at> debbugs.gnu.org; Fri, 04 Oct 2024 08:10:08 -0400 From: Spencer Baugh <sbaugh@HIDDEN> To: Eli Zaretskii <eliz@HIDDEN> Subject: Re: bug#73318: 31.0.50; with-native-compilation=aot breaks exec -a emacs In-Reply-To: <86plp19kei.fsf@HIDDEN> (Eli Zaretskii's message of "Wed, 18 Sep 2024 16:11:17 +0300") References: <iero74mgvfy.fsf@HIDDEN> <864j6eb29f.fsf@HIDDEN> <CAN+1Hbq+aftVvx6CV3==BF0ZiT=mFBr6+YBkxqG-LNdaPmuWfw@HIDDEN> <861q1iayk6.fsf@HIDDEN> <CAN+1HbpyNwcypBLZ00ORdG13qTy_VfPJdZ9Fm9CmFM9A1hVcdg@HIDDEN> <86wmja9iwi.fsf@HIDDEN> <ierikuthpzq.fsf@HIDDEN> <86plp19kei.fsf@HIDDEN> Date: Fri, 04 Oct 2024 08:09:59 -0400 Message-ID: <ierr08wysq0.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=janestreet.com; s=waixah; t=1728043799; bh=5WwqvSVUW0t4qoVhHET8hD237k9rVf1XpUgTxw5cc1U=; h=From:To:Cc:Subject:In-Reply-To:References:Date; b=1DIJa5buPNNLgedN0UDyX/GQZQJBEcFOYPf57Tv+rd7+Rbs5oTosujabbo7mw6e+8 uie526gjm1nhrrGomO3t3uDV+KV4q1LaABUkwkJBjzXY+LDxsS9/scib324wYSxeB7 6kuoAvxcS5+M9AyCzFv4RJSOSiGV4TS9loI/i611eZWZ2IG4uPpQhf83Pu+eD7imGo m43PSlUGHQHpf0NpJ0tz5HNfXNJrYwHyx9rAJL7YkuU+FLxYk/gAyFDG3u1HtlKdNf e66KkGJ3+L83TSHjauPQFnEY90yxeOSZUIA3rPG4L9ah4SZOXpjkYp9Ven4z5wjX3S w7vnmUVpj40WA== X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 73318 Cc: 73318 <at> debbugs.gnu.org, larsi@HIDDEN, acorallo@HIDDEN, schwab@HIDDEN, shipmints@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) Eli Zaretskii <eliz@HIDDEN> writes: >> From: Spencer Baugh <sbaugh@HIDDEN> >> Cc: Ship Mints <shipmints@HIDDEN>, larsi@HIDDEN, acorallo@HIDDEN, >> 73318 <at> debbugs.gnu.org >> Date: Tue, 17 Sep 2024 18:31:05 -0400 >> >> Eli Zaretskii <eliz@HIDDEN> writes: >> >> > I don't remember the details, sorry. You are welcome to look up the >> > past discussions in the archives. I think they were triggered by look >> > up of the pdumper file, but the results of that are also used by the >> > code which decides where to look for the *.eln files. >> >> I looked up /proc/self/exe in the archives and the only mention is >> https://lists.gnu.org/archive/html/emacs-devel/2019-05/msg00951.html > > A more interesting discussion starts here: > > https://lists.gnu.org/archive/html/emacs-devel/2019-01/msg00635.html > > That discussion is about finding the pdumper file, but the side effect > of looking for pdumper file is the directory where we think the Emacs > executable file is. That discussion mentions several issues related > to finding the leading directories of the Emacs executable. Ah, this is indeed an interesting discussion. I have to say, I agree with Andreas Schwab when they say that argv[0] is not reliable :) > Another useful read is here: > > https://stackoverflow.com/questions/1023306/finding-current-executables-path-without-proc-self-exe > >> With all due humility, I think I personally am enough of an expert on >> Linux minutiae to say that /proc/self/exe will be substantially more >> reliable than using argv[0]. > > And I will see your humility and raise ya. Please describe your ideas > for the patch before actually writing the code. Because there's more > here than meets the eye. Some issues the related code needs to > handle: > > . what if /proc/self/exe is unreadable? AFAIK, on some systems you > need special privileges to follow its symlink > . what if /proc/self/exe points to a file name that is a symlink, or > some of its leading directories are symlinks? > . what if Emacs is invoked via a script which is in the correct > installation directory, but the actual binary the script invokes > is not in the expected location relative to the native-lisp/ > directory where we have the preloaded *.eln files? > > The existing code handles all these cases, and some others. We could > perhaps _add_ the use of /proc/self/exe to what we have, but we'd need > to be sure that it doesn't break for the above situations. > > I also don't understand why your script insists on removing the > leading directories from argv[0] of Emacs. Is there any problem for > you to modify your script such that the leading directories would > still be present in argv[0]? We have a generic script, part of our packaging system, which wraps most executables, and does "exec -a executable-name /path/to/executable". The motivation, quoting one of the developers of said script, is: For context, I believe the reason why we pass `-a` is to make the prog more identifiable when users try to find it in the output of `ps`. That still sounds like the right thing to do in the majority of the cases. Since this is a generic script used for everything, it's difficult to modify it just for Emacs. > And finally, your description of the original issue seems to omit some > crucial details (or maybe I'm missing something): > >> 1. Compile and install Emacs with --with-native-compilation=aot, e.g.: >> prefix=~/prefix >> mkdir $prefix >> ./configure --with-native-compilation=aot --prefix=$prefix >> make -j64 && make install >> 2. Run emacs with "exec -a" to change its argv[0]: >> sh -c "exec -a emacs $prefix/bin/emacs -Q --batch" >> 3. Observe an error like: >> Error using execdir /usr/local/home/sbaugh/workspaces/24833141-bffb-3c99-a9d6-c366d37c4f5e/+share+/app/emacs/bin/: >> emacs: /usr/local/home/sbaugh/workspaces/24833141-bffb-3c99-a9d6-c366d37c4f5e/+share+/app/emacs/bin/../native-lisp/31.0.50-a88a37f5/preloaded/minibuffer-b2d9c221-284ab177.eln: cannot open shared object file: No such file or directory > > Where did the /usr/local/home/sbaugh/workspaces/24833141-bffb-3c99-a9d6-c366d37c4f5e/+share+/app/ > part come from? I'm guessing that /usr/local/home/sbaugh/ is the > expansion of "~" in your case, but where did the rest come from if > your $prefix is just "~/prefix"? Sorry, that first bit was just noise from my development environment. Here's a re-run without the dev env vars to produce a less noisy error: $ sh -c "exec -a emacs /home/sbaugh/prefix/bin/emacs -Q --batch" Error using execdir /home/sbaugh/.dispatch/bin/: emacs: /home/sbaugh/.dispatch/bin/../native-lisp/31.0.50-ef69cec6/preloaded/simple-e50f0a67-a4bb4e10.eln: cannot open shared object file: No such file or directory > When Emacs does not find its executable file using argv[0], it assumes > that the executable is in PATH_EXEC/../../../../bin/. Since you are > running an installed Emacs, that should have worked, unless you also > somehow changed the relative path from $prefix/bin to the directory > where the native-lisp/ directory is installed. Why didn't it work? Since argv[0] is "emacs", Emacs searched PATH for "emacs" and found it: $ type emacs emacs is /home/sbaugh/.dispatch/bin/emacs Unfortunately, that file is not the actual Emacs executable, it's the aforementioned generic wrapper script, which in this case ends with this: exec -a emacs /j/office/app/emacs/dev/bin/emacs "$@" So Emacs looks for native-lisp in /home/sbaugh/.dispatch/bin/, but that's wrong. It should be looking in /j/office/app/emacs/dev/bin/. > Bottom line: I think there are still unclear aspects of what happened > in your case, and using /proc/self/exe to fix that is not as simple as > it might seem, especially since we don't yet understand fully what > failed and why.
bug-gnu-emacs@HIDDEN:bug#73318; Package emacs.
Full text available.Received: (at 73318) by debbugs.gnu.org; 19 Sep 2024 15:46:05 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Sep 19 11:46:05 2024 Received: from localhost ([127.0.0.1]:33284 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1srJM4-0006ps-K9 for submit <at> debbugs.gnu.org; Thu, 19 Sep 2024 11:46:04 -0400 Received: from eggs.gnu.org ([209.51.188.92]:33520) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1srJLz-0006pI-HM for 73318 <at> debbugs.gnu.org; Thu, 19 Sep 2024 11:46:02 -0400 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 <eliz@HIDDEN>) id 1srJLa-0003ow-CJ; Thu, 19 Sep 2024 11:45:34 -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=EOCe+wtGmWek/ls1r6qvXdLSOXSqBboCAkkaOI286z8=; b=onvBtMvT7yOS CGmBXr4eA6zk8M7Boqiiw5ul8x0aF54yrBt9/EO482jsmBXkvbOmrIeHorTT2dlCh0K5oaR0ttfS0 F8nGWiM4+G4WdVfBsFgeLiKyaeDTRGeRWDXo2irAl1uR8j+tGV/8ADCezs/ODx2gfjUvVl+ahO6wE 8dD75NKmnwkgZ1V3ujAXGgSxSv2ZMQzxi8homNBEUsYlX3dQTUZta3+Wq1XmNcdwV5fdYKZgxb8bN NPuWVBTuXcEtG5Iv0GCdVbh1t3yivOxueTZqUBtNjZLpzO1VegGTclzK//MAwUn8QkF65T8p0r9KA T/gUEWKyuYxztBtwFsSmaw==; Date: Thu, 19 Sep 2024 18:45:29 +0300 Message-Id: <86o74j8x5y.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Ship Mints <shipmints@HIDDEN> In-Reply-To: <CAN+1HbreU9wOK+dRCo1sxsmU6BZ-zE5nwzth+xy9zPW2L8Uizg@HIDDEN> (message from Ship Mints on Thu, 19 Sep 2024 09:51:44 -0400) Subject: Re: bug#73318: 31.0.50; with-native-compilation=aot breaks exec -a emacs References: <iero74mgvfy.fsf@HIDDEN> <864j6eb29f.fsf@HIDDEN> <CAN+1Hbq+aftVvx6CV3==BF0ZiT=mFBr6+YBkxqG-LNdaPmuWfw@HIDDEN> <861q1iayk6.fsf@HIDDEN> <CAN+1HbpyNwcypBLZ00ORdG13qTy_VfPJdZ9Fm9CmFM9A1hVcdg@HIDDEN> <86wmja9iwi.fsf@HIDDEN> <ierikuthpzq.fsf@HIDDEN> <86plp19kei.fsf@HIDDEN> <87bk0k2vbo.fsf@HIDDEN> <CAN+1HboQxWk5=96KCFt-bsfgVKBEOETKUP3RH26Hy07v=PTcpQ@HIDDEN> <87zfo321xm.fsf@HIDDEN> <CAN+1HbreU9wOK+dRCo1sxsmU6BZ-zE5nwzth+xy9zPW2L8Uizg@HIDDEN> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 73318 Cc: luangruo@HIDDEN, sbaugh@HIDDEN, larsi@HIDDEN, acorallo@HIDDEN, 73318 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > From: Ship Mints <shipmints@HIDDEN> > Date: Thu, 19 Sep 2024 09:51:44 -0400 > Cc: Eli Zaretskii <eliz@HIDDEN>, Spencer Baugh <sbaugh@HIDDEN>, 73318 <at> debbugs.gnu.org, > larsi@HIDDEN, acorallo@HIDDEN > > I see. It pays, then, to disambiguate between a Linux "system" (which is the typical Emacs case) and Linux > O/S-based, essentially embedded, environments. In the "system" case, /proc/self/exe should be the > recommended method, I'd think. In embedded cases, whatever is appropriate in those environments is what > should be used. Please re-read what I wrote about the use cases we have to support and the discussion to which I pointed. No single method can support all the situations which Emacs needs to support. So there's no "the recommended method": even if we add /proc/self/exe, it can only be one of the methods we use to find where the *.eln files are, and not necessarily the most important one.
bug-gnu-emacs@HIDDEN:bug#73318; Package emacs.
Full text available.Received: (at 73318) by debbugs.gnu.org; 19 Sep 2024 13:53:21 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Sep 19 09:53:21 2024 Received: from localhost ([127.0.0.1]:60100 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1srHaz-0000A5-Dl for submit <at> debbugs.gnu.org; Thu, 19 Sep 2024 09:53:21 -0400 Received: from mail-vk1-f172.google.com ([209.85.221.172]:42473) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <shipmints@HIDDEN>) id 1srHax-00009p-JN for 73318 <at> debbugs.gnu.org; Thu, 19 Sep 2024 09:53:20 -0400 Received: by mail-vk1-f172.google.com with SMTP id 71dfb90a1353d-502aeeb791eso555928e0c.1 for <73318 <at> debbugs.gnu.org>; Thu, 19 Sep 2024 06:53:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1726753916; x=1727358716; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=cgCivFSOpUMcqgq4v0P44UhjpafmF0zyS7inFAhyB5A=; b=mC33P4m+epFN3PnM/i5URuPHFxd7R6E+Jb962UBzFnIk5KjdGGxD04STSgQPLLkgWX wVQ9Kk5a15lKhRl0F8JBylyWCCqeUuv3xk2bmE3NnirGZjCMeho4Xt/68teSnVi62MPB 6zqJT9cF9Eoe27X9N5mOTY125NYy6BIQjT5oz5G7qRmT4abUn7pDNSQmx/4I2MnAvh5O arJLSFE825kJZvio2vDTCb2A2EV4UF4Vz+baRR474CtBdmaLgNyMpNYck5Aj3XEiMwkS rQoN/p8nmS4SjojLpZI+q3zpenN06DwKl9dLL6LrNdu9Fqtbb/aRJdDlEuakYOn8IStg A0Dg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1726753916; x=1727358716; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=cgCivFSOpUMcqgq4v0P44UhjpafmF0zyS7inFAhyB5A=; b=pYnYCU2wVKYkL0aV3cg0aeKfciWCPe5aJ2tBD4JLMyNxz9zhmLSc+Tatvyn7+2S5r3 1indl5gYqAmuulURmqXgjA7bUmVjam5r4PHmLmRiNMhlpxzglJP++Ph3aLlB2Zg1d7PE MmoQOIzvwdT4kYL0Cf7myx1k4ixdi1uzZSDt128tr06XD8yj1dT99O3/lWe9jmSAlexN sdv3Iu6aOFYWoI/98fzNnzZ9FOHYrKOM8duoR/ui/WFFGEJmufE1erPZECwL98JE/0M+ emOtKi/5PTm9KOZGWimA8nT2IZGeVJeItZ+tzdYZ7TGbktyNiRuCW6JNitWzVidjumcU o0NQ== X-Forwarded-Encrypted: i=1; AJvYcCV4t74RrvRm23aGInUhgxY5EbT0EnBpigFRsotdWtiau5871dbQlgmCN72Cl5dHIFFkd1KOHQ==@debbugs.gnu.org X-Gm-Message-State: AOJu0Yze4pIB+vUjczbL6zpGrbPWzyS49UFMwomTpHr+qG9ETCl7droj 4Qu8FNZhr3WJJ+JTe23/c6TOao5heQ9S9DXO0f7OwfuIsNmewzb1OEFTMHXe3EXicLF4dnUnk1U MNGLqta5MLNVvsNx4eHSxiD104XI= X-Google-Smtp-Source: AGHT+IF9b1D+PjyqtpxoB/8erxdojLgQG1gnzSZ4d+0sPoi6GprJLLv3PKSjMN6+DdNB1Yhc0dUnlJkiSykktrCR7sY= X-Received: by 2002:a05:6122:8c5:b0:4f5:312a:6573 with SMTP id 71dfb90a1353d-503c9c06f55mr2380540e0c.5.1726753916495; Thu, 19 Sep 2024 06:51:56 -0700 (PDT) MIME-Version: 1.0 References: <iero74mgvfy.fsf@HIDDEN> <864j6eb29f.fsf@HIDDEN> <CAN+1Hbq+aftVvx6CV3==BF0ZiT=mFBr6+YBkxqG-LNdaPmuWfw@HIDDEN> <861q1iayk6.fsf@HIDDEN> <CAN+1HbpyNwcypBLZ00ORdG13qTy_VfPJdZ9Fm9CmFM9A1hVcdg@HIDDEN> <86wmja9iwi.fsf@HIDDEN> <ierikuthpzq.fsf@HIDDEN> <86plp19kei.fsf@HIDDEN> <87bk0k2vbo.fsf@HIDDEN> <CAN+1HboQxWk5=96KCFt-bsfgVKBEOETKUP3RH26Hy07v=PTcpQ@HIDDEN> <87zfo321xm.fsf@HIDDEN> In-Reply-To: <87zfo321xm.fsf@HIDDEN> From: Ship Mints <shipmints@HIDDEN> Date: Thu, 19 Sep 2024 09:51:44 -0400 Message-ID: <CAN+1HbreU9wOK+dRCo1sxsmU6BZ-zE5nwzth+xy9zPW2L8Uizg@HIDDEN> Subject: Re: bug#73318: 31.0.50; with-native-compilation=aot breaks exec -a emacs To: Po Lu <luangruo@HIDDEN> Content-Type: multipart/alternative; boundary="000000000000cead5a0622793997" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 73318 Cc: Spencer Baugh <sbaugh@HIDDEN>, Eli Zaretskii <eliz@HIDDEN>, acorallo@HIDDEN, larsi@HIDDEN, 73318 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) --000000000000cead5a0622793997 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable I see. It pays, then, to disambiguate between a Linux "system" (which is the typical Emacs case) and Linux O/S-based, essentially embedded, environments. In the "system" case, /proc/self/exe should be the recommended method, I'd think. In embedded cases, whatever is appropriate in those environments is what should be used. On Thu, Sep 19, 2024 at 9:44=E2=80=AFAM Po Lu <luangruo@HIDDEN> wrote: > Ship Mints <shipmints@HIDDEN> writes: > > > Even if you umount /proc, it will remain until active process > > references to /proc nodes are closed. If one tries umount /proc > > outside of a shutdown sequence, Emacs is the least of her > > worries. This is not a practical deterrent. > > It is possible to run systems with Linux (the kernel) without mounting > /proc at all, and Emacs is very much interested in functioning correctly > there. Moreover, the value of /proc/self/exe is sometimes completely > meaningless, as on Android, where Emacs is loaded into > /system/bin/app_process64 as a shared library. > > --000000000000cead5a0622793997 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div class=3D"gmail_default" style=3D"font-family:monospac= e">I see. It pays, then, to disambiguate between a Linux "system"= (which is the typical Emacs case) and Linux O/S-based, essentially embedde= d, environments. In the "system" case, /proc/self/exe should be t= he recommended method, I'd think. In embedded cases, whatever is approp= riate in those environments is what should be used.</div></div><br><div cla= ss=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr">On Thu, Sep 19, 20= 24 at 9:44=E2=80=AFAM Po Lu <<a href=3D"mailto:luangruo@HIDDEN">luang= ruo@HIDDEN</a>> wrote:<br></div><blockquote class=3D"gmail_quote" sty= le=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);paddi= ng-left:1ex">Ship Mints <<a href=3D"mailto:shipmints@HIDDEN" target= =3D"_blank">shipmints@HIDDEN</a>> writes:<br> <br> > Even if you umount /proc, it will remain until active process<br> > references to /proc nodes are closed. If one tries umount /proc<br> > outside of a shutdown sequence, Emacs is the least of her<br> > worries. This is not a practical deterrent.<br> <br> It is possible to run systems with Linux (the kernel) without mounting<br> /proc at all, and Emacs is very much interested in functioning correctly<br= > there.=C2=A0 Moreover, the value of /proc/self/exe is sometimes completely<= br> meaningless, as on Android, where Emacs is loaded into<br> /system/bin/app_process64 as a shared library.<br> <br> </blockquote></div> --000000000000cead5a0622793997--
bug-gnu-emacs@HIDDEN:bug#73318; Package emacs.
Full text available.Received: (at 73318) by debbugs.gnu.org; 19 Sep 2024 13:44:58 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Sep 19 09:44:58 2024 Received: from localhost ([127.0.0.1]:60081 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1srHSs-00087N-5r for submit <at> debbugs.gnu.org; Thu, 19 Sep 2024 09:44:58 -0400 Received: from sonic316-20.consmr.mail.ne1.yahoo.com ([66.163.187.146]:40091) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <luangruo@HIDDEN>) id 1srHSp-00087A-NX for 73318 <at> debbugs.gnu.org; Thu, 19 Sep 2024 09:44:56 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1726753472; bh=Wc9efpj30BE9KmaeT5wmppQJQ1kCBAMt4K+mSMIjKvQ=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From:Subject:Reply-To; b=toXMwLO8vPKFWQIAWesjFOmhqqEaemNUSX3T2KQ1hB+S16JPcyrO+cCAiCrHAVmvgwNMKM917HZef/rzZe+6HW+2nktYyDDsF7VB1c5f6bw/9FRtROhIOBbcEqzje7HfXGnmZ1As0MS/yUrjBdrCrqTHjIBSiQBxKFwnXjqK5rOviABGfw8EpB91dGzujnzwkWso+82Unr9Cn1WjstSCw/MSJGmKtF8ra/umZHY7fgfrkd7j3t4DkRgae5WThjoej0fnfGocWG0MNxW/xNNpSDHOPyM7n9q3wAFx3EMH0VWaXGHlE2rV2AuDOaTGBdZ9zKHLYVasoJ/xakYIg/FLZQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1726753472; bh=Ol/ZFqScxmoah4mferl10e19NSbL1InIYUM//j5OOcB=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=kZira3fltJ53+ixNUORmptAuaaiI1Ia8Hcn58l4AKaSQxYUHRfm8uh4297YI1Y1VVuM0YClkx3b/N3tftd4PVZg5Zl+kl6+/VfYNWX57hY2iNrK/Vrw2honE3sfP/9GL2oImf5zebCzuuiUSEDP5KXbKyh90/OC0iochtHNrqTmmG778FMYniW7WPPTEAuYI3JDZCbxhgZOWGXrC7M4j53dGVBnl6syAAeTY1o71HudDFpxaa7nDFY4mLwij1Nj5JnNGGzvrXs8yqqiy2kdz35l1hoDnydOnEfqi8HPvlyEF+K8IyPD2fpq00y6V4E5K5nIKnFTeaO/kE+2/5swbqQ== X-YMail-OSG: KrYYQ.oVM1mbwi6fj6cgrG.9W9yRsNqgKDLOyiUl_YUUe7DiLhjddxMvJ9wP9VY DaiDmRWQPG0FY6jV758wSiQtKvovKf2EcAHHp3.POtx2uqupufOlmEHN359kzxX6aLhaolpJeUDa ce1Nu53YPofZBret7tQYmtyJa1bzmkV2QpM.P4mkr9PlnrEcdk3uLb4pwT6uDfglksqgiS7ZLhoC jWaI3HDwPZNl61yyzUSlwh1JC3DmuODtBc_PRaP0Cc_k1u9xf66scEwazKhQTnObzS3HTmzfN6qN UFMShdwMwmQNmQwQAAgpxmu0U9GmzjIoxq3zjMtOskUI3CieQAxas_qVQ5X6_Fo16EyckvqW2oU3 TBxTq9TQkg.rVtpVQWhuWi2q9t1qIOSlEUhkXdrgswR89f1T4KxpFEz4UvEdeUvqD.ge5HevQC_r Za4Xm78naNDAFK4SfHU94Z6Pd.hVWhkUq4QmiUCa1Ysww8WocnNzkUlSHArgGz7weNwmzYrBFplE PZtWzcy1d8S63IzKYWNMjSxF2c5BO77N25n3Hpo8g20aoWojT5GxtVayDq_AhmY_N6_11HzK7ZCw 9RQrSdaVMPomBkRruAVLa9emkSteORhmYObi.pZ2D5PZcUkI6Fkj_GxtR5TjRQOWwhahcxL5ga5I uT9lE3EhJ9UqFbkI7CpzCLl_zwIRS5KmgkEOeNFJlqi6YDW2Bpi9s_oi98oAsKg5JNNPXh5rYzW1 pHfap3fOFtjfsE1MUy63sA1YEW37opwGFpPEUaP.AmDlf.M479RIn5n9BL.FxC9ofxztN_IKkbr. OIwqiljKFo0pJozEnDAblHXqmZ5j3V0TRlaowiYKAXFe5Quu0ZhJTb5LYWxaRXWFku_7NFTbKctZ 47MBrEgrY_nsICHpKtiUv91NBqGN1h0oIL1hmAHMy2YM0ldcToC4phw0a798u5x7Bh0lOURRlpQD QyrSEt0.o1HAB1609wNBWDwQ4hb3AEZe45d1ehHT1ECRxWT_rNDwE1WTKzC_Qe_2vz.Vuh6Aq5Dd je5ntYNg3HOG9.e0MxIQs53QB8nkkqYLkxwYy942bgy0TcoNdYGXehIRnHE2z__kAMkLpYfPao5x 6s7PVuXPetYqp2S4vwOP5zfNy3PoyHcMWSxO9F4U2pDkVlIgyDkPmA44iceWRJP2XohXaGfN2tZ4 pLQwXsriO4a5yVlloh3A5fhASTLOAvkSqn7vUUZ4wgUOpM24ks21Vdl5eOEaxLw.cZ2N8DWmefvq vN2fjwO2rYBRVpYd5LDDrzblOkuQ6WMsqZoO.DU20pfNi8vrPmUPc19T3MUBVIkbQ8cBMDqsclcq z.T5YYpROxshQYAYH9PFvWcNILJY8eP67LhNLIQW_kK8PWbdYp5ra_vLlIe4FYFq0Kn4Osb0jZzu 7sDNVEcUqhxJK3lV9OG4dxA48t2gcLyPRzhygzepa6onWuyHueiTPxPXLM0AXWNPuD8Mg3H5_IOv 9RGIexzELjne6ZjwFJBy7qzGCz32VsDhkPq9m2581WedUUqrWtnBYXcBSBkgELqAK7qLgmjMcHce cHjPh9_euW5OURKzPGknkkqmZoi.uZPnWMQlrtklacVb2KENCu2bNNtxFnJCXLzzyT7qeiVGS_vi UCjSOHVKqRBS0xDkBLeEJIBySG2GNJOWf3WGWt8cipNDuKVUQeDUL.7Oy3dgv5cfYobbLnSNvuIw 21T3MchnZO9kdA4AGy0igRvZs_oq_5IiECBVDaB8rhMuMdUJUzyqS2.WeaY1ONr_xdfFhlp23ewq 6dZp6FNW_5FCBtLGHKej9g2Idf_stf4w8v4dZLhGh6XO3ckeS92fWnjZ8PzQeEccx2FFFSomLmpr UWLbp7MCs3uFuugVg8h583VxwlXfRPXfFFFkMPgtHFcnfCoFofTtVCeqiOWHLoRWZ0KvEDAiR5pW z3Fcb9IyBIdTO48I9MO972X6mAoF.FiqrmtzV__1MEpE_C5gkgO3Y2XeWTqhxnXCd9zWyGW7A6cG 8cyTXz9zLKmPxp7E9pC88Epn3b7zhzL0_G9m9d8RTgG4mkbC_qyL6Red5yDJIUc.Fef6CTZNv7rG xPV_2FX6SZmfZY2L9YgNkWWVaGpU3m7oHvh2.uvd4t3hf4liIdqc1ZoDJ8UTZFbX8_Bq7McJWV4Q wEJ6AhhB.zTr1ybICx3xpplN.bjEYbYFuQJw8zxHabqflIoVaZjLItoBW2nveE2Ptpb8n5y8zVLD KtY0xdnFQRRCIplzNzLErN9tYX86T5e7febHUAg.mUkIzPxluVZr0kB.ppAj6_U6.LwCeBHk- X-Sonic-MF: <luangruo@HIDDEN> X-Sonic-ID: 5cd40280-c0a2-47f3-8239-8277ec0d7942 Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.ne1.yahoo.com with HTTP; Thu, 19 Sep 2024 13:44:32 +0000 Received: by hermes--production-sg3-fc85cddf6-kdpzj (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 6578e643e939088d65f4108b057f2240; Thu, 19 Sep 2024 13:44:28 +0000 (UTC) From: Po Lu <luangruo@HIDDEN> To: Ship Mints <shipmints@HIDDEN> Subject: Re: bug#73318: 31.0.50; with-native-compilation=aot breaks exec -a emacs In-Reply-To: <CAN+1HboQxWk5=96KCFt-bsfgVKBEOETKUP3RH26Hy07v=PTcpQ@HIDDEN> (Ship Mints's message of "Thu, 19 Sep 2024 08:54:08 -0400") References: <iero74mgvfy.fsf@HIDDEN> <864j6eb29f.fsf@HIDDEN> <CAN+1Hbq+aftVvx6CV3==BF0ZiT=mFBr6+YBkxqG-LNdaPmuWfw@HIDDEN> <861q1iayk6.fsf@HIDDEN> <CAN+1HbpyNwcypBLZ00ORdG13qTy_VfPJdZ9Fm9CmFM9A1hVcdg@HIDDEN> <86wmja9iwi.fsf@HIDDEN> <ierikuthpzq.fsf@HIDDEN> <86plp19kei.fsf@HIDDEN> <87bk0k2vbo.fsf@HIDDEN> <CAN+1HboQxWk5=96KCFt-bsfgVKBEOETKUP3RH26Hy07v=PTcpQ@HIDDEN> Date: Thu, 19 Sep 2024 21:44:21 +0800 Message-ID: <87zfo321xm.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Mailer: WebService/1.1.22645 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Content-Length: 596 X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 73318 Cc: Spencer Baugh <sbaugh@HIDDEN>, Eli Zaretskii <eliz@HIDDEN>, acorallo@HIDDEN, larsi@HIDDEN, 73318 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) Ship Mints <shipmints@HIDDEN> writes: > Even if you umount /proc, it will remain until active process > references to /proc nodes are closed. If one tries umount /proc > outside of a shutdown sequence, Emacs is the least of her > worries. This is not a practical deterrent. It is possible to run systems with Linux (the kernel) without mounting /proc at all, and Emacs is very much interested in functioning correctly there. Moreover, the value of /proc/self/exe is sometimes completely meaningless, as on Android, where Emacs is loaded into /system/bin/app_process64 as a shared library.
bug-gnu-emacs@HIDDEN:bug#73318; Package emacs.
Full text available.Received: (at 73318) by debbugs.gnu.org; 19 Sep 2024 12:55:45 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Sep 19 08:55:45 2024 Received: from localhost ([127.0.0.1]:59984 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1srGhE-0005Jr-NO for submit <at> debbugs.gnu.org; Thu, 19 Sep 2024 08:55:45 -0400 Received: from mail-ua1-f45.google.com ([209.85.222.45]:49214) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <shipmints@HIDDEN>) id 1srGhD-0005Jc-6N for 73318 <at> debbugs.gnu.org; Thu, 19 Sep 2024 08:55:43 -0400 Received: by mail-ua1-f45.google.com with SMTP id a1e0cc1a2514c-846ca104682so214386241.2 for <73318 <at> debbugs.gnu.org>; Thu, 19 Sep 2024 05:55:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1726750460; x=1727355260; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=jidTUazbJ5XLSq9Y4j0r6mlP/U/zyNuuUZ8qnAcOR7k=; b=WUSqKVyICobPkqv8E0fYMfRk3UKaZyEtmY258JepugufvVffVyGL7yvZ+xR2oQner7 yXQzOZkytoPDxayBsvQgvUvv4NAvVvs/0snserrZ6y5hNhsdeTkVyEqRsJxt4ZuzyfYf q7KygaXWdsWRI94cyDW+Qp9rEiJieEdv5VpU42yV4r9KjKorEXZh72bVjA95C2P1i+Jz Ol7lCxFowEXBLqu+jd+1q8QBp20CRrvQaxbW14WrYS17butE5xFwEM0Tbo6Gw968klBP /AYQCxrQ1bY2NAiE/Wi+AiedqnfyHX12IakeMSzG0eX1RUEZG3PjQefPAJY7Ew5QCvVF +aNA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1726750460; x=1727355260; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=jidTUazbJ5XLSq9Y4j0r6mlP/U/zyNuuUZ8qnAcOR7k=; b=i/zjD8jMEOHCCiPMvxi6tw4cnSgFVvafEcbOr/wLBuMhXryloy2XRFBdeQxErdAFUx IB+eMN9XsSi81/uK6XNArKfRa+u+T2Q8Cu6phAQT3wZMiwh+DSFn+wahNWHNsQmTgm1X +r/iVDXe+yDyM74nby94r7BJv3enfMVlrJycrtPb9kc/Kc3kUwvz2GKAaX2Gr7ofIccC fjMI0dYzTY3EuHCS01DBfMbmAdSCaHnVzJBrRzPl6+9XSkhX/uLtnT5vheqYwMLNSc/o n82FBxi0rWUd5ZQ76B4fteEJB7oZhfQnoA9ms7a6hOmoSgiQ7XIpuDkT952SQWnPuGVe 0MDA== X-Forwarded-Encrypted: i=1; AJvYcCUEqNmShy0Xo6WbSM6LxdmFZZvAR8b1B+ESIo92ustRs4I7I8TWA9TvQ+rpJTEuNv4LZpRz9g==@debbugs.gnu.org X-Gm-Message-State: AOJu0Ywuoh0xGCvttiwagQvSX3wqk+9rjm3QwNxRso1nSyKtNq6qVEZa dtztbmbLMVnkaG6ycegpMK4fawU2wrlKCW7RCyhiYvxIFTUoyXK3tXd4dNXEXpZLce2oRXy9pPE W/fIRGP+BZeZ5M4mW7sqkUvpKF1E= X-Google-Smtp-Source: AGHT+IGDjhbgmF5FmJbW1P4TkWBVPDY8I4ctZLRkrDHfNtTxPLmx9qOLgC9iuY3y0BGF+0472rd72k3284rMnGcDw/w= X-Received: by 2002:a05:6102:e0f:b0:492:9960:682a with SMTP id ada2fe7eead31-49d414c2b37mr15235350137.17.1726750459833; Thu, 19 Sep 2024 05:54:19 -0700 (PDT) MIME-Version: 1.0 References: <iero74mgvfy.fsf@HIDDEN> <864j6eb29f.fsf@HIDDEN> <CAN+1Hbq+aftVvx6CV3==BF0ZiT=mFBr6+YBkxqG-LNdaPmuWfw@HIDDEN> <861q1iayk6.fsf@HIDDEN> <CAN+1HbpyNwcypBLZ00ORdG13qTy_VfPJdZ9Fm9CmFM9A1hVcdg@HIDDEN> <86wmja9iwi.fsf@HIDDEN> <ierikuthpzq.fsf@HIDDEN> <86plp19kei.fsf@HIDDEN> <87bk0k2vbo.fsf@HIDDEN> In-Reply-To: <87bk0k2vbo.fsf@HIDDEN> From: Ship Mints <shipmints@HIDDEN> Date: Thu, 19 Sep 2024 08:54:08 -0400 Message-ID: <CAN+1HboQxWk5=96KCFt-bsfgVKBEOETKUP3RH26Hy07v=PTcpQ@HIDDEN> Subject: Re: bug#73318: 31.0.50; with-native-compilation=aot breaks exec -a emacs To: Po Lu <luangruo@HIDDEN> Content-Type: multipart/alternative; boundary="000000000000c633d80622786b0b" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 73318 Cc: Spencer Baugh <sbaugh@HIDDEN>, Eli Zaretskii <eliz@HIDDEN>, acorallo@HIDDEN, larsi@HIDDEN, 73318 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) --000000000000c633d80622786b0b Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Even if you umount /proc, it will remain until active process references to /proc nodes are closed. If one tries umount /proc outside of a shutdown sequence, Emacs is the least of her worries. This is not a practical deterrent. On Wed, Sep 18, 2024 at 11:09=E2=80=AFPM Po Lu <luangruo@HIDDEN> wrote: > Eli Zaretskii <eliz@HIDDEN> writes: > > > And I will see your humility and raise ya. Please describe your ideas > > for the patch before actually writing the code. Because there's more > > here than meets the eye. Some issues the related code needs to > > handle: > > > > . what if /proc/self/exe is unreadable? AFAIK, on some systems you > > need special privileges to follow its symlink > > Above all, /proc is liable simply to be unmounted. > --000000000000c633d80622786b0b Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div class=3D"gmail_default" style=3D"font-family:monospac= e">Even if you umount /proc, it will remain until active process references= =C2=A0to /proc nodes=C2=A0are closed. If one tries umount /proc outside of = a shutdown sequence, Emacs is the least of her worries. This is not a pract= ical deterrent.</div></div><br><div class=3D"gmail_quote"><div dir=3D"ltr" = class=3D"gmail_attr">On Wed, Sep 18, 2024 at 11:09=E2=80=AFPM Po Lu <<a = href=3D"mailto:luangruo@HIDDEN">luangruo@HIDDEN</a>> wrote:<br></d= iv><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;bord= er-left:1px solid rgb(204,204,204);padding-left:1ex">Eli Zaretskii <<a h= ref=3D"mailto:eliz@HIDDEN" target=3D"_blank">eliz@HIDDEN</a>> writes:<= br> <br> > And I will see your humility and raise ya.=C2=A0 Please describe your = ideas<br> > for the patch before actually writing the code.=C2=A0 Because there= 9;s more<br> > here than meets the eye.=C2=A0 Some issues the related code needs to<b= r> > handle:<br> ><br> >=C2=A0 =C2=A0. what if /proc/self/exe is unreadable? AFAIK, on some sys= tems you<br> >=C2=A0 =C2=A0 =C2=A0need special privileges to follow its symlink<br> <br> Above all, /proc is liable simply to be unmounted.<br> </blockquote></div> --000000000000c633d80622786b0b--
bug-gnu-emacs@HIDDEN:bug#73318; Package emacs.
Full text available.Received: (at 73318) by debbugs.gnu.org; 19 Sep 2024 03:10:10 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Sep 18 23:10:10 2024 Received: from localhost ([127.0.0.1]:59535 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1sr7YY-0006sd-HH for submit <at> debbugs.gnu.org; Wed, 18 Sep 2024 23:10:10 -0400 Received: from sonic316-21.consmr.mail.ne1.yahoo.com ([66.163.187.147]:46699) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <luangruo@HIDDEN>) id 1sr7YX-0006sL-5g for 73318 <at> debbugs.gnu.org; Wed, 18 Sep 2024 23:10:09 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1726715386; bh=sXDugmC4EpYOIsE9LljIArIP2laEsfFgOzFndoYERbg=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From:Subject:Reply-To; b=oy4MhoZXXRg0QOFMZqrR32M/XGJUly4l+q1AjUX4qE+cOfIKsv8rJH9RhxStRW7ut2ViGrVcONBMin57L8hsKmtCFfskcxqDsnMTA5LtzGIvx52L/KOw9bBFR0JO51dRjiY5kXwTqh5CDwdbaw4JBxGXZKYaK0rJ+HINSlZuABGezbXmFm+dQGe9E9A96KETBQBmxt5fp0q0M9P79ujAuAz/rLWp/yIhv/yb3Rblp1Ub0UhfuNEY0Cnz3VZADlH/8qRSrqi0h+s5kTEZe/j7kqqiCIpkEq4tKLXllwMlSjPNLtYOWHSZM3a6TncPhRpMkWggkaOBvamlKdWgV6zLEg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1726715386; bh=fmcn8I19evFngxKWcLIwh/htTc6/b05BiKvN5WripSj=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=GiIBZIZxr2mdUsTlOC/ly1BnDgSL1OQvldzMk/w7OzKZ2NmW3L/yy67qPUi0bQOfz9PjU4HDRoV8SjxUtLQaP8P2AWgD3sb11XhOGxxHQYXJXL3tIjF1YTf66UBgLAEcWonb0ZNYSFchR3vyyGExB33RpKkuFsLFC28CsXHLGvk9WITpApORgyxAObaArcqAA30/NnJnrZ23zZnteMT7uPx9xA98EQv5l/tP/rE2K070eRZP/Lc8RTHPAc2ftMaqQxtumRHKFnU6WP/MN7PVudV6t1Z64r3LUFZuXTje5uFCBLL8PldBLGY6rJJJDsdM63VbsGdMuPlJs7apbJEpSQ== X-YMail-OSG: V1s5TrcVM1k9Ayk3LX9Q08Y3Vs7TyH0iepK2jixWMQTT_Ubkm.9CXHBq_SVd8LG w_cm6hRT9v.C5FNEqFtyLRoCKEJmrd6roBZyuz.QNJYUH6LnInE1D6xcfRFLSsE00JxXSsXMcN.i 9Y_NDGFBbXUvCX_eTmA.cgFfv8.eZHdgoOoidNydcI5igfWYLElhQOa76xgABDzEkoNDXCrFXUa1 KzmpJ2I.CtL4X1.ry0zYZOvpqHfjlu6MDSF6.D7cig3sOvBdfXMhb_HZGFppdLyRy3HpeE293v8k 9H51NOuopnJ0dVIcNtGDA8TmoXwa6NYI9fVD2cHyYetCfXVYnns7nmeCIAWZmNuRdSqfDltNqE1e eyoRymWlkYzo82Lypywc9tDFss9qWbWtzYHNO25010qu_S6t0AjvYpTUbSbSlMYChSjUdO4EoKrp 8QYcBlLBKCmt8k0lzJktm11S1JZedCWk54NImTcXBtYn1tm_996n8p6CI289fPuvCkSaCt4WeylG p6UbWm9ZifWbo33T701pVNW.HtoLUCRhe5x21xO1pGxm_qr4F57g5hIT2KXTSN49d_7tHfU5Pmvz SQE.naxwQd.NwEDBKBedyZkH.l2qT6mfyaWTYEHxFuYcCgfcwehljdAKSTrSOU6xdyyLjDLjpJtw 23CNLSEWZlelQAY4pTRs3t_zO2eckpkQ.9m7KyLQaRUzgYA._6YuoXv.xyTo93PDWvf36bbNC5FH momb9BExYGWRRxcslYOLkjqbD0y3tTwdADxf6.U.4gDy3ga14yQiCxClGXt.hha00HCINjKyPB6C fOV7m952QEkgo9nXtYUn92.33VEeVooed_Hjyi6I6pJgAYy8YwNnFxQpy.XKh2T_h9qr3R_x9PbX yo4aAsYXngSZP.s0CqC2zDaPtLHej11pbIy94R0PZu2pQ4KwTxfgVeo1Qxomrfe44NBHQcY6Kn6b xDz6hWcG6Ed.TIarxjeXC54JpwT37Abhi3K1H60PLUX_QkSHFGBcjzKfSmTNvr2aa.iOEXunonWZ yuh.2y.5nanrZ1.fQFWicwOhWRv0v4_XzJGyVL7hM0hCVqiIJZoOVAP5nmA7EAh6sgBIWsWeOhpi eG3ROD0S3lflm941BpP8JCsh8CfujeuApUVPok2NYlEklSfwUvzi77PzT19iwXx6rW8k0G7OJ6im w71bsJImYfnZrnvrxB53SgsH6v.6hspie5UdEJCbwzYQ6SGeeG_9ZCjf0CyAsxZ__Mxpydi1BGlX waajCt0P6LlQkDrRLJDp_8NPV6XG5Fc6lAvylvYIgQL6h2XRHYHuF1Xwlcr9OxdBXKdRKG_bAR5J _3Ava8y2Mzmms.qf2WBjSJzJ56uaoOrF4V7Zg93zXd8c24GNFgp0Wzl0TKQiSM1qH9i9do3yQGwT 59eqe4lMyghlIhsjKBMESAsuAEXA8X2yas3244XVVfZ4jVU8CjjesSnTpSeR.syMquVphqCEf4zO PSJP7NUiGxbfFZM_X5GDgov2ybc3CsJ2oDlvzuVoHEav.eyx9k1LyCjtNgYrW3G1jWYquXk2oOG9 SU6JffNCRzGhXYeWMAubueaQXeX9HNsUxEHAY5aJou5NghOikxpvXwKe3Z02MO9pwB.oAJnOijC4 o.mQ5gCyZNbtPylzG59QO4Da4vP5u61OR.zbjnA9rJRpB6gt5LSkOHMVs33qTjKzttgECCwZs40x wCTzPy2gnDrH6oWav.pYr_BLeO9BmJtNUvntL4J.FU0eMwVKobtDZMO06jEt0_bvyislYPufmOkN NzPdKwCaTb7MDpO_MNSQe2wWO90zstv2fYymH9ZmSUKSXU6G2aEXNQa1da2v_UENbLDiwBt_HLYC tsHPPwASrQBp.2Jvr4y6Bl6I4eM276jKZhEoufQ2nnxo2rJvsTgTikVQIzbxAajxoMoCvqzeLITE jC8oY6GqStkoQD1ImzfClUeCRwh5XaoRD1T6G1XpDWp1q5ms_eip0go2yHc9D_WzWn5arN1Dc.yT XO1ObxEpTds5743iRqRXouwJtgixA2B2w7WEX32atGaSqER0RPEfBIZUyYbi2hKWKvIZJvIIIE3V NmC.p9O9xygBrYsP7pI237uqi2iG6pmGJ1W5mgsMXdp3YhBQvpYcrx02pfOOa7BAKaxE92RXcZtg 18oqFKhYX_hPIT3uiMharQMJk4Ypdpk_RwCxHFeHt8pfDjDlq4f2WPUr3No1XaPbyFOkmfgQauQV bkrxy5q21r2f25zZz38GCGX7YRL6XNBWPQ0mLBBka2vy3CidSJ7ool3ezuHZT5Oe8m_rQlzyibw- - X-Sonic-MF: <luangruo@HIDDEN> X-Sonic-ID: 346295e6-c6dc-4fc4-bd31-988a36ec440c Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.ne1.yahoo.com with HTTP; Thu, 19 Sep 2024 03:09:46 +0000 Received: by hermes--production-sg3-fc85cddf6-27j2l (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID eeda8091389693ae755b72ee809dc6be; Thu, 19 Sep 2024 03:09:41 +0000 (UTC) From: Po Lu <luangruo@HIDDEN> To: Eli Zaretskii <eliz@HIDDEN> Subject: Re: bug#73318: 31.0.50; with-native-compilation=aot breaks exec -a emacs In-Reply-To: <86plp19kei.fsf@HIDDEN> (Eli Zaretskii's message of "Wed, 18 Sep 2024 16:11:17 +0300") References: <iero74mgvfy.fsf@HIDDEN> <864j6eb29f.fsf@HIDDEN> <CAN+1Hbq+aftVvx6CV3==BF0ZiT=mFBr6+YBkxqG-LNdaPmuWfw@HIDDEN> <861q1iayk6.fsf@HIDDEN> <CAN+1HbpyNwcypBLZ00ORdG13qTy_VfPJdZ9Fm9CmFM9A1hVcdg@HIDDEN> <86wmja9iwi.fsf@HIDDEN> <ierikuthpzq.fsf@HIDDEN> <86plp19kei.fsf@HIDDEN> Date: Thu, 19 Sep 2024 11:09:31 +0800 Message-ID: <87bk0k2vbo.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Mailer: WebService/1.1.22645 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Content-Length: 436 X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 73318 Cc: Spencer Baugh <sbaugh@HIDDEN>, larsi@HIDDEN, acorallo@HIDDEN, shipmints@HIDDEN, 73318 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) Eli Zaretskii <eliz@HIDDEN> writes: > And I will see your humility and raise ya. Please describe your ideas > for the patch before actually writing the code. Because there's more > here than meets the eye. Some issues the related code needs to > handle: > > . what if /proc/self/exe is unreadable? AFAIK, on some systems you > need special privileges to follow its symlink Above all, /proc is liable simply to be unmounted.
bug-gnu-emacs@HIDDEN:bug#73318; Package emacs.
Full text available.
Received: (at 73318) by debbugs.gnu.org; 18 Sep 2024 13:11:48 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed Sep 18 09:11:48 2024
Received: from localhost ([127.0.0.1]:57272 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1squTD-00035q-S3
for submit <at> debbugs.gnu.org; Wed, 18 Sep 2024 09:11:48 -0400
Received: from eggs.gnu.org ([209.51.188.92]:40064)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <eliz@HIDDEN>) id 1squT9-00035Y-2A
for 73318 <at> debbugs.gnu.org; Wed, 18 Sep 2024 09:11:46 -0400
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 <eliz@HIDDEN>)
id 1squSm-0004ho-D5; Wed, 18 Sep 2024 09:11:20 -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=usKwd2q6frf0mbj8z+5Ofkulc328zL2jvxg/wN5CNhI=; b=T6h5a0FMKje1
RAhNHRADzwP4gcQkdZCapGu4B3F9IcfwI4W0JCln5VN+w2T3izKMXelw6z7yZr5nLG8V6La5MHtF8
feXYkl2od8xiMJdm7rWlmyx9Gi1haR4nEo1YBg+lqyxBGokejQ5bhjUobQeKLLCGuJV8zZcQNaOE/
FQ8Lt1RBfrysBzG/gskxmC09hh6LeC++3syyTHAcJZGMVxFQ2MwWhDR5O7ZOEnNftKmD8+NiSmkNd
S7M3P9Yb26Z1R20IZwP0++fGJxRQPzR9GhwuhgTGh6KC9KVuqfX0HN7wFykwxN9Jm7Eyg3SH40oOM
JpLICXJZgUsntezsUqvz2g==;
Date: Wed, 18 Sep 2024 16:11:17 +0300
Message-Id: <86plp19kei.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: Spencer Baugh <sbaugh@HIDDEN>
In-Reply-To: <ierikuthpzq.fsf@HIDDEN> (message from Spencer Baugh on
Tue, 17 Sep 2024 18:31:05 -0400)
Subject: Re: bug#73318: 31.0.50; with-native-compilation=aot breaks exec -a
emacs
References: <iero74mgvfy.fsf@HIDDEN> <864j6eb29f.fsf@HIDDEN>
<CAN+1Hbq+aftVvx6CV3==BF0ZiT=mFBr6+YBkxqG-LNdaPmuWfw@HIDDEN>
<861q1iayk6.fsf@HIDDEN>
<CAN+1HbpyNwcypBLZ00ORdG13qTy_VfPJdZ9Fm9CmFM9A1hVcdg@HIDDEN>
<86wmja9iwi.fsf@HIDDEN> <ierikuthpzq.fsf@HIDDEN>
X-Spam-Score: -2.3 (--)
X-Debbugs-Envelope-To: 73318
Cc: 73318 <at> debbugs.gnu.org, larsi@HIDDEN, acorallo@HIDDEN,
shipmints@HIDDEN
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)
> From: Spencer Baugh <sbaugh@HIDDEN>
> Cc: Ship Mints <shipmints@HIDDEN>, larsi@HIDDEN, acorallo@HIDDEN,
> 73318 <at> debbugs.gnu.org
> Date: Tue, 17 Sep 2024 18:31:05 -0400
>
> Eli Zaretskii <eliz@HIDDEN> writes:
>
> > I don't remember the details, sorry. You are welcome to look up the
> > past discussions in the archives. I think they were triggered by look
> > up of the pdumper file, but the results of that are also used by the
> > code which decides where to look for the *.eln files.
>
> I looked up /proc/self/exe in the archives and the only mention is
> https://lists.gnu.org/archive/html/emacs-devel/2019-05/msg00951.html
A more interesting discussion starts here:
https://lists.gnu.org/archive/html/emacs-devel/2019-01/msg00635.html
That discussion is about finding the pdumper file, but the side effect
of looking for pdumper file is the directory where we think the Emacs
executable file is. That discussion mentions several issues related
to finding the leading directories of the Emacs executable.
Another useful read is here:
https://stackoverflow.com/questions/1023306/finding-current-executables-path-without-proc-self-exe
> With all due humility, I think I personally am enough of an expert on
> Linux minutiae to say that /proc/self/exe will be substantially more
> reliable than using argv[0].
And I will see your humility and raise ya. Please describe your ideas
for the patch before actually writing the code. Because there's more
here than meets the eye. Some issues the related code needs to
handle:
. what if /proc/self/exe is unreadable? AFAIK, on some systems you
need special privileges to follow its symlink
. what if /proc/self/exe points to a file name that is a symlink, or
some of its leading directories are symlinks?
. what if Emacs is invoked via a script which is in the correct
installation directory, but the actual binary the script invokes
is not in the expected location relative to the native-lisp/
directory where we have the preloaded *.eln files?
The existing code handles all these cases, and some others. We could
perhaps _add_ the use of /proc/self/exe to what we have, but we'd need
to be sure that it doesn't break for the above situations.
I also don't understand why your script insists on removing the
leading directories from argv[0] of Emacs. Is there any problem for
you to modify your script such that the leading directories would
still be present in argv[0]?
And finally, your description of the original issue seems to omit some
crucial details (or maybe I'm missing something):
> 1. Compile and install Emacs with --with-native-compilation=aot, e.g.:
> prefix=~/prefix
> mkdir $prefix
> ./configure --with-native-compilation=aot --prefix=$prefix
> make -j64 && make install
> 2. Run emacs with "exec -a" to change its argv[0]:
> sh -c "exec -a emacs $prefix/bin/emacs -Q --batch"
> 3. Observe an error like:
> Error using execdir /usr/local/home/sbaugh/workspaces/24833141-bffb-3c99-a9d6-c366d37c4f5e/+share+/app/emacs/bin/:
> emacs: /usr/local/home/sbaugh/workspaces/24833141-bffb-3c99-a9d6-c366d37c4f5e/+share+/app/emacs/bin/../native-lisp/31.0.50-a88a37f5/preloaded/minibuffer-b2d9c221-284ab177.eln: cannot open shared object file: No such file or directory
Where did the /usr/local/home/sbaugh/workspaces/24833141-bffb-3c99-a9d6-c366d37c4f5e/+share+/app/
part come from? I'm guessing that /usr/local/home/sbaugh/ is the
expansion of "~" in your case, but where did the rest come from if
your $prefix is just "~/prefix"?
When Emacs does not find its executable file using argv[0], it assumes
that the executable is in PATH_EXEC/../../../../bin/. Since you are
running an installed Emacs, that should have worked, unless you also
somehow changed the relative path from $prefix/bin to the directory
where the native-lisp/ directory is installed. Why didn't it work?
Bottom line: I think there are still unclear aspects of what happened
in your case, and using /proc/self/exe to fix that is not as simple as
it might seem, especially since we don't yet understand fully what
failed and why.
bug-gnu-emacs@HIDDEN:bug#73318; Package emacs.
Full text available.Received: (at 73318) by debbugs.gnu.org; 17 Sep 2024 22:47:20 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Sep 17 18:47:20 2024 Received: from localhost ([127.0.0.1]:56202 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1sqgyd-0002fz-Tv for submit <at> debbugs.gnu.org; Tue, 17 Sep 2024 18:47:20 -0400 Received: from mail-vs1-f41.google.com ([209.85.217.41]:56566) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <shipmints@HIDDEN>) id 1sqgyb-0002fc-Cq for 73318 <at> debbugs.gnu.org; Tue, 17 Sep 2024 18:47:18 -0400 Received: by mail-vs1-f41.google.com with SMTP id ada2fe7eead31-49bc12c0041so1871686137.0 for <73318 <at> debbugs.gnu.org>; Tue, 17 Sep 2024 15:47:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1726613156; x=1727217956; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=DvQ4PT9GMHwDVco6m5WSxmghOJYjIDSaFTNs/UUkKp8=; b=W4Qfnith1bdqesPRViFLlCeIoTPFoh7XRIOknwXOORvrYTigxAFg2by3PCH1kQeSAU 58B9XXIrlrJk23GCE09+JKurz6jfKH0dIZGDuUrj6WWjgIB2A3Okv6u1hwXUuKsP16Pr 7t8i0GkY4KbfCPKuJsVm15dgl16rfltBKkjzokkPFXO3V5+F8JpSJghq9nCsWdy7Kqpa yeCTMI+zsIxJ9pN+ogGGJsb+w6IMjZBUaxT36UtAa+xPe69Nn3wrRSxAloEiDN0O4WEc 89O4rET2c2XhfEFfEnxBPhe63QRx7exkBK3ostpJVVzEXzGJM60Cy8ac3nFdQnfBJMMP bfcQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1726613156; x=1727217956; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=DvQ4PT9GMHwDVco6m5WSxmghOJYjIDSaFTNs/UUkKp8=; b=rCFlhhkQMI4Ilam+Nmuy7YwQT90rq6XLAX312FPKfNQI4l1zAcMLzRZ4utauWBopzL RtNJ1h/Fx3Ee0uzgg0TkaUFjDTRy3ezOhSYb6X4F63EaRw/40qdgb4j/MaDhf+1Eu4LF 9NcCSwoU6xi4lNanXpMVB7/6ikv1Ag3XFEuXYnrF0bgRKM9/r78HDWeoIz1x0jNmlDLe A1/M+wHHGQkUvk2dnRNvpnMiojGRpUXOdxdUi66UH/0/rrHQOulKOfqKSj6fxUFlHIlO jKK9CRQVXeq+LAQewgvecfdmAwylcLJVKRnn2H3TkOF4Cnsu2SeHOUsx1xHarrDpdZwZ eHlw== X-Forwarded-Encrypted: i=1; AJvYcCWKiwbJYfwmwoSDWEYzQkarsAjZUeTrJespQOQyybhe/P2BNvdBaWV4Y5jNh1MQZ1Mnjt4aKw==@debbugs.gnu.org X-Gm-Message-State: AOJu0Yx0ebbbzmEZoVLcBTDK6lVvXbtgAgZ731mICDWQsglmREmZXyhX K1JQtrpFb0a0PDtZj/6JVZ8CZRU6BFFZiHQETFJvh/k5qexie7NE/sg1REOLSe4hd6eqk6ZLenD JC6Zsgw7puOCChyGfyBS5stxmFBI= X-Google-Smtp-Source: AGHT+IFP9rL9e5p03At3+e/7ZkQ7I9jl7HE0RBEx2MhwqPkBNrGThis4xh/7DSl+lQac2g3nMnJGwIJNZ2ZOVuCDwos= X-Received: by 2002:a05:6102:e0b:b0:48f:461b:c9ac with SMTP id ada2fe7eead31-49d414b32f9mr16733485137.14.1726613156431; Tue, 17 Sep 2024 15:45:56 -0700 (PDT) MIME-Version: 1.0 References: <iero74mgvfy.fsf@HIDDEN> <864j6eb29f.fsf@HIDDEN> <CAN+1Hbq+aftVvx6CV3==BF0ZiT=mFBr6+YBkxqG-LNdaPmuWfw@HIDDEN> <861q1iayk6.fsf@HIDDEN> <CAN+1HbpyNwcypBLZ00ORdG13qTy_VfPJdZ9Fm9CmFM9A1hVcdg@HIDDEN> <86wmja9iwi.fsf@HIDDEN> <ierikuthpzq.fsf@HIDDEN> In-Reply-To: <ierikuthpzq.fsf@HIDDEN> From: Ship Mints <shipmints@HIDDEN> Date: Tue, 17 Sep 2024 18:45:45 -0400 Message-ID: <CAN+1HbqoA71fhDzps+yuDy238vMariq96wtQQfc-ngifru2xPw@HIDDEN> Subject: Re: bug#73318: 31.0.50; with-native-compilation=aot breaks exec -a emacs To: Spencer Baugh <sbaugh@HIDDEN> Content-Type: multipart/alternative; boundary="000000000000da925f0622587307" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 73318 Cc: 73318 <at> debbugs.gnu.org, Eli Zaretskii <eliz@HIDDEN>, acorallo@HIDDEN, larsi@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) --000000000000da925f0622587307 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable I agree in the main. This thread looks relevant to pdump concerns. I have no experience making my own pdumps as some seem to do. https://lists.gnu.org/archive/html/emacs-devel/2019-01/msg00558.html On Tue, Sep 17, 2024 at 6:31=E2=80=AFPM Spencer Baugh <sbaugh@HIDDEN= m> wrote: > Eli Zaretskii <eliz@HIDDEN> writes: > > >> From: Ship Mints <shipmints@HIDDEN> > >> Date: Tue, 17 Sep 2024 15:22:18 -0400 > >> Cc: sbaugh@HIDDEN, 73318 <at> debbugs.gnu.org, larsi@HIDDEN, > >> acorallo@HIDDEN > >> I think the kind of "unreliability" in question is, for example, when = a > process starts and unlinks itself. I doubt > >> Emacs will ever do this. Using the proc file system is "technically" > unreliable, unable to cover 100% of all > >> potential cases, but is practically reliable, especially in this case. > > > > I don't remember the details, sorry. You are welcome to look up the > > past discussions in the archives. I think they were triggered by look > > up of the pdumper file, but the results of that are also used by the > > code which decides where to look for the *.eln files. > > I looked up /proc/self/exe in the archives and the only mention is > https://lists.gnu.org/archive/html/emacs-devel/2019-05/msg00951.html > > Gnulib uses /proc/self/exe to provide support for relocatability (in > progreloc.c). If it's reliable enough for Gnulib, it should be reliable > enough for Emacs. > > With all due humility, I think I personally am enough of an expert on > Linux minutiae to say that /proc/self/exe will be substantially more > reliable than using argv[0]. > > I can provide a patch to make invocation-directory use /proc/self/exe, > why don't we just try installing it on master? If it's worse, we should > learn soon enough. > --000000000000da925f0622587307 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div class=3D"gmail_default" style=3D"font-family:monospac= e">I agree in the=C2=A0main. This thread looks relevant to pdump concerns. = I have no experience making my own pdumps as some seem to do.</div><div cla= ss=3D"gmail_default" style=3D"font-family:monospace"><br></div><div class= =3D"gmail_default" style=3D"font-family:monospace"><a href=3D"https://lists= .gnu.org/archive/html/emacs-devel/2019-01/msg00558.html">https://lists.gnu.= org/archive/html/emacs-devel/2019-01/msg00558.html</a></div></div><br><div = class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr">On Tue, Sep 17,= 2024 at 6:31=E2=80=AFPM Spencer Baugh <<a href=3D"mailto:sbaugh@janestr= eet.com">sbaugh@HIDDEN</a>> wrote:<br></div><blockquote class=3D= "gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(2= 04,204,204);padding-left:1ex">Eli Zaretskii <<a href=3D"mailto:eliz@gnu.= org" target=3D"_blank">eliz@HIDDEN</a>> writes:<br> <br> >> From: Ship Mints <<a href=3D"mailto:shipmints@HIDDEN" target= =3D"_blank">shipmints@HIDDEN</a>><br> >> Date: Tue, 17 Sep 2024 15:22:18 -0400<br> >> Cc: <a href=3D"mailto:sbaugh@HIDDEN" target=3D"_blank">sba= ugh@HIDDEN</a>, <a href=3D"mailto:73318 <at> debbugs.gnu.org" target=3D"= _blank">73318 <at> debbugs.gnu.org</a>, <a href=3D"mailto:larsi@HIDDEN" target= =3D"_blank">larsi@HIDDEN</a>, <br> >>=C2=A0 =C2=A0 =C2=A0 <a href=3D"mailto:acorallo@HIDDEN" target=3D"= _blank">acorallo@HIDDEN</a><br> >> I think the kind of "unreliability" in question is, for = example, when a process starts and unlinks itself. I doubt<br> >> Emacs will ever do this. Using the proc file system is "techn= ically" unreliable, unable to cover 100% of all<br> >> potential cases, but is practically reliable, especially in this c= ase.<br> ><br> > I don't remember the details, sorry.=C2=A0 You are welcome to look= up the<br> > past discussions in the archives.=C2=A0 I think they were triggered by= look<br> > up of the pdumper file, but the results of that are also used by the<b= r> > code which decides where to look for the *.eln files.<br> <br> I looked up /proc/self/exe in the archives and the only mention is<br> <a href=3D"https://lists.gnu.org/archive/html/emacs-devel/2019-05/msg00951.= html" rel=3D"noreferrer" target=3D"_blank">https://lists.gnu.org/archive/ht= ml/emacs-devel/2019-05/msg00951.html</a><br> <br> Gnulib uses /proc/self/exe to provide support for relocatability (in<br> progreloc.c).=C2=A0 If it's reliable enough for Gnulib, it should be re= liable<br> enough for Emacs.<br> <br> With all due humility, I think I personally am enough of an expert on<br> Linux minutiae to say that /proc/self/exe will be substantially more<br> reliable than using argv[0].<br> <br> I can provide a patch to make invocation-directory use /proc/self/exe,<br> why don't we just try installing it on master?=C2=A0 If it's worse,= we should<br> learn soon enough.<br> </blockquote></div> --000000000000da925f0622587307--
bug-gnu-emacs@HIDDEN:bug#73318; Package emacs.
Full text available.Received: (at 73318) by debbugs.gnu.org; 17 Sep 2024 22:31:29 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Sep 17 18:31:29 2024 Received: from localhost ([127.0.0.1]:56185 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1sqgjI-0001oQ-Vy for submit <at> debbugs.gnu.org; Tue, 17 Sep 2024 18:31:29 -0400 Received: from mxout2.mail.janestreet.com ([38.105.200.79]:47175) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <sbaugh@HIDDEN>) id 1sqgjG-0001o5-D4 for 73318 <at> debbugs.gnu.org; Tue, 17 Sep 2024 18:31:27 -0400 From: Spencer Baugh <sbaugh@HIDDEN> To: Eli Zaretskii <eliz@HIDDEN> Subject: Re: bug#73318: 31.0.50; with-native-compilation=aot breaks exec -a emacs In-Reply-To: <86wmja9iwi.fsf@HIDDEN> (Eli Zaretskii's message of "Tue, 17 Sep 2024 22:31:25 +0300") References: <iero74mgvfy.fsf@HIDDEN> <864j6eb29f.fsf@HIDDEN> <CAN+1Hbq+aftVvx6CV3==BF0ZiT=mFBr6+YBkxqG-LNdaPmuWfw@HIDDEN> <861q1iayk6.fsf@HIDDEN> <CAN+1HbpyNwcypBLZ00ORdG13qTy_VfPJdZ9Fm9CmFM9A1hVcdg@HIDDEN> <86wmja9iwi.fsf@HIDDEN> Date: Tue, 17 Sep 2024 18:31:05 -0400 Message-ID: <ierikuthpzq.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=janestreet.com; s=waixah; t=1726612265; bh=Xa+1FVWTpelqx11SP8gCCK8Qfa7ATfpFDSxvyF7brsk=; h=From:To:Cc:Subject:In-Reply-To:References:Date; b=vl5qocb1yQRKL31/NdE9wrrCjOanqhX8JH/8RzhPvq4OYSa+T/rWsW/cnisWYqM1E RbceId73U0W67QMgySjAanxmrgm/ilzPFl30cx51IBAqFzIfL+tm1yeL6eIA+sUxKy whVd6jHrX0yshKdzLixrMLucxVEKpoh4OWjaJxfQ9ktks/plDbieiFQb2eWLsIhqeQ YQKTvnZEwktX08AqzovVhaR/nzACyOz4vxXBcJE6pJIrtbDJjZiKcRn7XiwGkQTSrY Tf6+Vfa0mGHMxgYjqGQ0VB0FUjDRk6trMMsPKqCElyLxjaotfW+7Gyg8MBrcnt3MbI a7d90DZG0RWYg== X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 73318 Cc: 73318 <at> debbugs.gnu.org, larsi@HIDDEN, acorallo@HIDDEN, Ship Mints <shipmints@HIDDEN> X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) Eli Zaretskii <eliz@HIDDEN> writes: >> From: Ship Mints <shipmints@HIDDEN> >> Date: Tue, 17 Sep 2024 15:22:18 -0400 >> Cc: sbaugh@HIDDEN, 73318 <at> debbugs.gnu.org, larsi@HIDDEN, >> acorallo@HIDDEN >> I think the kind of "unreliability" in question is, for example, when a process starts and unlinks itself. I doubt >> Emacs will ever do this. Using the proc file system is "technically" unreliable, unable to cover 100% of all >> potential cases, but is practically reliable, especially in this case. > > I don't remember the details, sorry. You are welcome to look up the > past discussions in the archives. I think they were triggered by look > up of the pdumper file, but the results of that are also used by the > code which decides where to look for the *.eln files. I looked up /proc/self/exe in the archives and the only mention is https://lists.gnu.org/archive/html/emacs-devel/2019-05/msg00951.html Gnulib uses /proc/self/exe to provide support for relocatability (in progreloc.c). If it's reliable enough for Gnulib, it should be reliable enough for Emacs. With all due humility, I think I personally am enough of an expert on Linux minutiae to say that /proc/self/exe will be substantially more reliable than using argv[0]. I can provide a patch to make invocation-directory use /proc/self/exe, why don't we just try installing it on master? If it's worse, we should learn soon enough.
bug-gnu-emacs@HIDDEN:bug#73318; Package emacs.
Full text available.Received: (at 73318) by debbugs.gnu.org; 17 Sep 2024 19:32:12 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Sep 17 15:32:12 2024 Received: from localhost ([127.0.0.1]:56025 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1sqdvo-00005n-Da for submit <at> debbugs.gnu.org; Tue, 17 Sep 2024 15:32:12 -0400 Received: from eggs.gnu.org ([209.51.188.92]:40766) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1sqdvm-00005V-9U for 73318 <at> debbugs.gnu.org; Tue, 17 Sep 2024 15:32:11 -0400 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 <eliz@HIDDEN>) id 1sqdvQ-00071B-MO; Tue, 17 Sep 2024 15:31:49 -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=Ju+CWT6M37kjTxJH17olrfLX01Q9kzixhCR78glMg3A=; b=miADyNxNnCYA b3QE27JZMCy7hrOshQ/CZdpyMFOSeM9HEFykJzwv/P+VmKS1DMnw6FeFne/CVyV0nUsAQbPRr4VXL zPR2UlwbMgn53VcNhTLtZYKzHXy63Y+viP9VQOF7iFFV00GTPyZ/d6zgcsQT3yAyFCK2Uj1JCp3hQ zxpzqdclP6CHrdSBWZSULPCJO1rkzgh1gGCIWu5TtE9m0D0ww39aJoowXNcNvUS/JDm7Z3lXc9RR5 7uQnI0XXE79ZPP9vvq/4mwJrScP9M5dU4qYDcgXSpP3ZiyFTls5PgN+lELITpB+L6DAivvBYJt4eM AFcUnHKK+xgWrwg6XOBWUg==; Date: Tue, 17 Sep 2024 22:31:25 +0300 Message-Id: <86wmja9iwi.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Ship Mints <shipmints@HIDDEN> In-Reply-To: <CAN+1HbpyNwcypBLZ00ORdG13qTy_VfPJdZ9Fm9CmFM9A1hVcdg@HIDDEN> (message from Ship Mints on Tue, 17 Sep 2024 15:22:18 -0400) Subject: Re: bug#73318: 31.0.50; with-native-compilation=aot breaks exec -a emacs References: <iero74mgvfy.fsf@HIDDEN> <864j6eb29f.fsf@HIDDEN> <CAN+1Hbq+aftVvx6CV3==BF0ZiT=mFBr6+YBkxqG-LNdaPmuWfw@HIDDEN> <861q1iayk6.fsf@HIDDEN> <CAN+1HbpyNwcypBLZ00ORdG13qTy_VfPJdZ9Fm9CmFM9A1hVcdg@HIDDEN> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 73318 Cc: sbaugh@HIDDEN, larsi@HIDDEN, acorallo@HIDDEN, 73318 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > From: Ship Mints <shipmints@HIDDEN> > Date: Tue, 17 Sep 2024 15:22:18 -0400 > Cc: sbaugh@HIDDEN, 73318 <at> debbugs.gnu.org, larsi@HIDDEN, > acorallo@HIDDEN > I think the kind of "unreliability" in question is, for example, when a process starts and unlinks itself. I doubt > Emacs will ever do this. Using the proc file system is "technically" unreliable, unable to cover 100% of all > potential cases, but is practically reliable, especially in this case. I don't remember the details, sorry. You are welcome to look up the past discussions in the archives. I think they were triggered by look up of the pdumper file, but the results of that are also used by the code which decides where to look for the *.eln files.
bug-gnu-emacs@HIDDEN:bug#73318; Package emacs.
Full text available.Received: (at 73318) by debbugs.gnu.org; 17 Sep 2024 19:23:59 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Sep 17 15:23:58 2024 Received: from localhost ([127.0.0.1]:56008 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1sqdnn-0007zu-7l for submit <at> debbugs.gnu.org; Tue, 17 Sep 2024 15:23:58 -0400 Received: from mail-ua1-f51.google.com ([209.85.222.51]:51205) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <shipmints@HIDDEN>) id 1sqdni-0007zV-9K for 73318 <at> debbugs.gnu.org; Tue, 17 Sep 2024 15:23:54 -0400 Received: by mail-ua1-f51.google.com with SMTP id a1e0cc1a2514c-846bc787b3dso1268771241.2 for <73318 <at> debbugs.gnu.org>; Tue, 17 Sep 2024 12:23:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1726600949; x=1727205749; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=qvoBblvtA4uVyMmAm5f6NCJJzP7ufsyyFrHBGyNI0T0=; b=Dh4vF4Gx3bkjOMex2d4EUT+Q55Cx1P/y6R5FISksjomy+qaO4W6iOMGYTlJYbRJEpK O1IZGGSkCSgOcEpIEqEy2lO+GF/v/XmrX4i+WQ4oMijcPl1HqPMe7zFzU6xLDMUqpiSr p1K5gBEZlyMrx4rGb7Nojj876DTez6TAHM+ddlH2omQIeviZ7WanIARCdK+Sg0To1KJf Ws3FXHORqcNRXs4+qs0aYkee/wnk10qtCnKY2BlXoJ34ou+c9JMyfpUVFdl1YvUTSe2d nJXVeMjHzH4H4QDoPeyuqjkQ/eqpmaBqzmimJSqQaiSnIiK0K9lEKHDeZ7lUVRhfMMBC AMTw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1726600949; x=1727205749; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=qvoBblvtA4uVyMmAm5f6NCJJzP7ufsyyFrHBGyNI0T0=; b=m32JH0NOKLlld0xs+7B9STjphzxbbK1muasJWTJsK5nsNCFIglps0bmDOiu2aiAD0J bsZqgXzw0PQBFlHAOgw5EFO7GaJ8OF5RG/ZQPEMZ53p1IUlrQxNG2brHUWzfOqk9/HUT 8ZZNbKCxpJ99OPMX3lnQ5mKLHQfyQNrdU/+1Q6B8DctMIaElxc40J1/MoczbQ4Ebqowj 8+Bp5LZdcnqxT7kCF/7/if9ydRIttTZS/BavNdWxWNUM0OmNzL483vWojcYLN8AIazYT v/vQe7OoQ7qkKj0uM80cX04rDDt4cd3rxEJsG/uDVMdnRb5x0u3kqx9B0ddVxYQW4acP tM/g== X-Forwarded-Encrypted: i=1; AJvYcCVt+mw3bvyU7O0htpQOQqqn3d3SmGqBrY3beg0D9Txn9Hs16HATRWNhwvZtozriymRb+W7dDg==@debbugs.gnu.org X-Gm-Message-State: AOJu0YzjA5DuelPlHbaEEDHWDRCevPPSQDoEIUFEs5hz27cnD4f2rl3v x34mZAAPx5Iyk0JcLdNgsw4MrsLjrCYCD4kBbArPuNm5nGfN/u+ortD41iET1OXZGffllmdLqlL ro3ApxT8ximkMZluh6/+e/DN6lprJqg== X-Google-Smtp-Source: AGHT+IErlYapeNspqpe1HfzaXZscEeGCLjjdJIfFsdx0I7XIxybC7wUBUGg7rD1QBmu6j8jAOrhTOoPUQQRPXjtdDS4= X-Received: by 2002:a05:6102:32d0:b0:493:de37:b3ef with SMTP id ada2fe7eead31-49d4f610a34mr9223548137.13.1726600949395; Tue, 17 Sep 2024 12:22:29 -0700 (PDT) MIME-Version: 1.0 References: <iero74mgvfy.fsf@HIDDEN> <864j6eb29f.fsf@HIDDEN> <CAN+1Hbq+aftVvx6CV3==BF0ZiT=mFBr6+YBkxqG-LNdaPmuWfw@HIDDEN> <861q1iayk6.fsf@HIDDEN> In-Reply-To: <861q1iayk6.fsf@HIDDEN> From: Ship Mints <shipmints@HIDDEN> Date: Tue, 17 Sep 2024 15:22:18 -0400 Message-ID: <CAN+1HbpyNwcypBLZ00ORdG13qTy_VfPJdZ9Fm9CmFM9A1hVcdg@HIDDEN> Subject: Re: bug#73318: 31.0.50; with-native-compilation=aot breaks exec -a emacs To: Eli Zaretskii <eliz@HIDDEN> Content-Type: multipart/alternative; boundary="00000000000041fa4b0622559cfd" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 73318 Cc: sbaugh@HIDDEN, larsi@HIDDEN, acorallo@HIDDEN, 73318 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) --00000000000041fa4b0622559cfd Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable I think the kind of "unreliability" in question is, for example, when a process starts and unlinks itself. I doubt Emacs will ever do this. Using the proc file system is "technically" unreliable, unable to cover 100% of all potential cases, but is practically reliable, especially in this case. On Tue, Sep 17, 2024 at 3:07=E2=80=AFPM Eli Zaretskii <eliz@HIDDEN> wrote: > > From: Ship Mints <shipmints@HIDDEN> > > Date: Tue, 17 Sep 2024 14:14:54 -0400 > > Cc: Spencer Baugh <sbaugh@HIDDEN>, 73318 <at> debbugs.gnu.org, > larsi@HIDDEN, > > acorallo@HIDDEN > > > > Google's build system, gn, used for Chromium, et.al., has support for > this which can provide some inspiration > > for most of the major platforms on which Emacs runs; qv > > https://gn.googlesource.com/gn/+/refs/heads/main/src/util/exe_path.cc > > Thanks. That's exactly the method that I was told was unreliable on > GNU/Linux. I don't know enough to argue with people who said that > about this particular feature. > --00000000000041fa4b0622559cfd Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div class=3D"gmail_default" style=3D"font-family:monospac= e">I think the kind of "unreliability" in question is, for exampl= e, when a process starts and unlinks itself. I doubt Emacs will ever do thi= s. Using the=C2=A0proc file system is "technically" unreliable, u= nable to cover 100% of all potential cases, but is practically reliable, es= pecially in this case.</div></div><br><div class=3D"gmail_quote"><div dir= =3D"ltr" class=3D"gmail_attr">On Tue, Sep 17, 2024 at 3:07=E2=80=AFPM Eli Z= aretskii <<a href=3D"mailto:eliz@HIDDEN">eliz@HIDDEN</a>> wrote:<br= ></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;= border-left:1px solid rgb(204,204,204);padding-left:1ex">> From: Ship Mi= nts <<a href=3D"mailto:shipmints@HIDDEN" target=3D"_blank">shipmints@= gmail.com</a>><br> > Date: Tue, 17 Sep 2024 14:14:54 -0400<br> > Cc: Spencer Baugh <<a href=3D"mailto:sbaugh@HIDDEN" target= =3D"_blank">sbaugh@HIDDEN</a>>, <a href=3D"mailto:73318@debbugs.= gnu.org" target=3D"_blank">73318 <at> debbugs.gnu.org</a>, <a href=3D"mailto:lar= si@HIDDEN" target=3D"_blank">larsi@HIDDEN</a>, <br> >=C2=A0 =C2=A0 =C2=A0 =C2=A0<a href=3D"mailto:acorallo@HIDDEN" target= =3D"_blank">acorallo@HIDDEN</a><br> > <br> > Google's build system, gn, used for Chromium, <a href=3D"http://et= .al" rel=3D"noreferrer" target=3D"_blank">et.al</a>., has support for this = which can provide some inspiration<br> > for most of the major platforms on which Emacs runs; qv<br> > <a href=3D"https://gn.googlesource.com/gn/+/refs/heads/main/src/util/e= xe_path.cc" rel=3D"noreferrer" target=3D"_blank">https://gn.googlesource.co= m/gn/+/refs/heads/main/src/util/exe_path.cc</a><br> <br> Thanks.=C2=A0 That's exactly the method that I was told was unreliable = on<br> GNU/Linux.=C2=A0 I don't know enough to argue with people who said that= <br> about this particular feature.<br> </blockquote></div> --00000000000041fa4b0622559cfd--
bug-gnu-emacs@HIDDEN:bug#73318; Package emacs.
Full text available.Received: (at 73318) by debbugs.gnu.org; 17 Sep 2024 19:08:21 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Sep 17 15:08:21 2024 Received: from localhost ([127.0.0.1]:55971 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1sqdYj-00077z-BX for submit <at> debbugs.gnu.org; Tue, 17 Sep 2024 15:08:21 -0400 Received: from eggs.gnu.org ([209.51.188.92]:59106) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1sqdYg-00077l-QE for 73318 <at> debbugs.gnu.org; Tue, 17 Sep 2024 15:08:19 -0400 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 <eliz@HIDDEN>) id 1sqdYL-0000vV-Lp; Tue, 17 Sep 2024 15:07:57 -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=sZkS5F/bXf1iyyvEruKSYN1lzXqS+rUt09bPlSmOe2U=; b=DXlFTsER/W3/ FjK8uv1CHnhwv2B7KMGjwhFx+hnggATdwKaeOgEoJUM57bCcDiNAVlab3TAtRkENBEdtRyZ0sdmNY xUKG4pS1g4o8B9Se9FnQ/wxXn+jvbfFphfvyasg4Z4RHt449N68+4J8FYE8grNqyGAssfR/K0tpSv 1Y3oXD5nT/sW+stEFWUUPaXcUzDjpcE7ozfw5DXtgiLOSZqaPu8qQclbXtx+1qrKtvsZaZ9qxx8Lp yDja/+1B8ERSbsQtVtCiZisa28gLTCJryJgbyXbCzo7EFZcK7ex2dUD8RcA/VUJlaR75tjiyGG93a 6SYgXeUQf9CawDB0H07KCw==; Date: Tue, 17 Sep 2024 22:07:53 +0300 Message-Id: <861q1iayk6.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Ship Mints <shipmints@HIDDEN> In-Reply-To: <CAN+1Hbq+aftVvx6CV3==BF0ZiT=mFBr6+YBkxqG-LNdaPmuWfw@HIDDEN> (message from Ship Mints on Tue, 17 Sep 2024 14:14:54 -0400) Subject: Re: bug#73318: 31.0.50; with-native-compilation=aot breaks exec -a emacs References: <iero74mgvfy.fsf@HIDDEN> <864j6eb29f.fsf@HIDDEN> <CAN+1Hbq+aftVvx6CV3==BF0ZiT=mFBr6+YBkxqG-LNdaPmuWfw@HIDDEN> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 73318 Cc: sbaugh@HIDDEN, larsi@HIDDEN, acorallo@HIDDEN, 73318 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > From: Ship Mints <shipmints@HIDDEN> > Date: Tue, 17 Sep 2024 14:14:54 -0400 > Cc: Spencer Baugh <sbaugh@HIDDEN>, 73318 <at> debbugs.gnu.org, larsi@HIDDEN, > acorallo@HIDDEN > > Google's build system, gn, used for Chromium, et.al., has support for this which can provide some inspiration > for most of the major platforms on which Emacs runs; qv > https://gn.googlesource.com/gn/+/refs/heads/main/src/util/exe_path.cc Thanks. That's exactly the method that I was told was unreliable on GNU/Linux. I don't know enough to argue with people who said that about this particular feature.
bug-gnu-emacs@HIDDEN:bug#73318; Package emacs.
Full text available.Received: (at 73318) by debbugs.gnu.org; 17 Sep 2024 18:16:38 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Sep 17 14:16:38 2024 Received: from localhost ([127.0.0.1]:55899 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1sqckc-00046f-B4 for submit <at> debbugs.gnu.org; Tue, 17 Sep 2024 14:16:38 -0400 Received: from mail-vk1-f177.google.com ([209.85.221.177]:43021) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <shipmints@HIDDEN>) id 1sqckU-00045o-Hu for 73318 <at> debbugs.gnu.org; Tue, 17 Sep 2024 14:16:30 -0400 Received: by mail-vk1-f177.google.com with SMTP id 71dfb90a1353d-501213e5ad4so1009e0c.0 for <73318 <at> debbugs.gnu.org>; Tue, 17 Sep 2024 11:16:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1726596906; x=1727201706; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=SZmHAmm61uJQQ4AyDmmpZwCRO40lvUsF1eQk/75Op5g=; b=QKtdOP8EgRLaXw4k9oqZgDnNOKwm31wSEld1QBZVIhkGAT2tdHs+rm+Uz+38jhw8o5 ulfI6+i/WdySi9B1z7yMGP9ytqWucisTsa4b4zvwbW6qsc793TpsOBWkM9G/fbeBv47J /h3vyY/Tq4B+yeIGB6JLYOh4Ka2g1O4L/Fn6z+g52jGT3Fa/c+TOEB4ZNMKGIiZWszz1 aavcEAFXSdn6kDvh3s1q8+MoTuJorcjxV0T/MmZVkxekizsTBeiby3qee/nIKOcSDDvo +y4aIzmiSMIKdvhTdrsRRG61JTcPSmJUpzXohaUWbB+fDQN6ILuqUZ6D1AmcsDfoCgqH Fibw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1726596906; x=1727201706; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=SZmHAmm61uJQQ4AyDmmpZwCRO40lvUsF1eQk/75Op5g=; b=Q/CEy66FpqfJZZKadRF05N+peZm1KsMM3Pw7ohjz5od/kiyaGZcLZlCftynhJb4nrF GA2IUhx38cmi/6VAbciMLnWjSgwp1QSa4Z6cH6hyLOH/lB+mPbiyejan2YMlkJbBOqOd Iu4GfpOPpIRZC1e8Rjd0f0ASXwUGggoD4pSc8F3EjZmjOtGyT+9p1RdrAntkzNEKvGcj +n6b0Nx/F7iq+lEF9AeSfkx3ByOGxsD+jjAk9wzMNKPFxzKgUXUDKeAwzDmhQ9oU1oyI LbbnRsdUrsmEitmYooN8l+e8GJW/DvmfZ0sRR6IisId9TD7zV3BKErMCHP7Q7Z/poh5O 1Frw== X-Forwarded-Encrypted: i=1; AJvYcCVpC7jZVY2Bs2dXQmSnEvkvhURWaWReFOk7WUgG5OtlJlxrRa/4dAwsQRUvI3KFb0ppFWdTtw==@debbugs.gnu.org X-Gm-Message-State: AOJu0YyCFwUbHBomw8CLM7bGuHyr/em7n6itfyXZgmuaFzl4vdyYhwAg aA9eMwJwtR4gbtjDvLIKDUqT3s6m/YCjM9WNdfyh/fgnKyj7aAbpsPc8hRJDbYVXQUbs8Blodc4 tNRmsek+hNqCRT6bbNwKOb/nT9vA= X-Google-Smtp-Source: AGHT+IF88CWHGpQPPk2smgdwdswd8oVtZahIEBIApXG6M9AZnEu3n1FhuZxPf3p8rWqRJ5nrzuPYFGvAfVpmzFWCLk4= X-Received: by 2002:a05:6122:2002:b0:4f2:ffa6:dbd5 with SMTP id 71dfb90a1353d-502f76f0ff3mr22734814e0c.6.1726596905776; Tue, 17 Sep 2024 11:15:05 -0700 (PDT) MIME-Version: 1.0 References: <iero74mgvfy.fsf@HIDDEN> <864j6eb29f.fsf@HIDDEN> In-Reply-To: <864j6eb29f.fsf@HIDDEN> From: Ship Mints <shipmints@HIDDEN> Date: Tue, 17 Sep 2024 14:14:54 -0400 Message-ID: <CAN+1Hbq+aftVvx6CV3==BF0ZiT=mFBr6+YBkxqG-LNdaPmuWfw@HIDDEN> Subject: Re: bug#73318: 31.0.50; with-native-compilation=aot breaks exec -a emacs To: Eli Zaretskii <eliz@HIDDEN> Content-Type: multipart/alternative; boundary="0000000000003d3bf6062254ab84" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 73318 Cc: Spencer Baugh <sbaugh@HIDDEN>, larsi@HIDDEN, acorallo@HIDDEN, 73318 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) --0000000000003d3bf6062254ab84 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Google's build system, gn, used for Chromium, et.al., has support for this which can provide some inspiration for most of the major platforms on which Emacs runs; qv https://gn.googlesource.com/gn/+/refs/heads/main/src/util/exe_path.cc On Tue, Sep 17, 2024 at 1:51=E2=80=AFPM Eli Zaretskii <eliz@HIDDEN> wrote: > > Cc: Lars Ingebrigtsen <larsi@HIDDEN>, Andrea Corallo <acorallo@HIDDEN= g > > > > Date: Tue, 17 Sep 2024 11:18:41 -0400 > > From: Spencer Baugh via "Bug reports for GNU Emacs, > > the Swiss army knife of text editors" <bug-gnu-emacs@HIDDEN> > > > > > > 1. Compile and install Emacs with --with-native-compilation=3Daot, e.g.= : > > prefix=3D~/prefix > > mkdir $prefix > > ./configure --with-native-compilation=3Daot --prefix=3D$prefix > > make -j64 && make install > > 2. Run emacs with "exec -a" to change its argv[0]: > > sh -c "exec -a emacs $prefix/bin/emacs -Q --batch" > > 3. Observe an error like: > > Error using execdir > /usr/local/home/sbaugh/workspaces/24833141-bffb-3c99-a9d6-c366d37c4f5e/+s= hare+/app/emacs/bin/: > > emacs: > /usr/local/home/sbaugh/workspaces/24833141-bffb-3c99-a9d6-c366d37c4f5e/+s= hare+/app/emacs/bin/../native-lisp/31.0.50-a88a37f5/preloaded/minibuffer-b2= d9c221-284ab177.eln: > cannot open shared object file: No such file or directory > > > > "exec -a emacs" works fine for with-native-compilation=3Dyes or > > with-native-compilation=3Dno. > > Invocation via "exec -a" is not supported, if it messes with the > leading directories of the argv[0] value passed to Emacs. That's > because the search for the preloaded *.eln files is based on the > directory in which the Emacs executable is installed, as passed via > argv[0], and breaks if "exec -a" messes with that. > > IOW, "don't do that, it will hurt". > > P.S. If someone knows how to teach Emacs how to find the absolute file > name of its executable without depending on argv[0], speak up. We do > that on Windows, but not on Posix platforms, since (I'm being told) > there's no reliable way of having that on GNU/Linux and other Posix > platforms. > > > > --0000000000003d3bf6062254ab84 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div class=3D"gmail_default" style=3D"font-family:monospac= e">Google's build system, gn, used for Chromium, <a href=3D"http://et.a= l">et.al</a>., has support for this which can provide some inspiration for = most of the major platforms on which Emacs runs; qv=C2=A0<a href=3D"https:/= /gn.googlesource.com/gn/+/refs/heads/main/src/util/exe_path.cc">https://gn.= googlesource.com/gn/+/refs/heads/main/src/util/exe_path.cc</a></div></div><= br><div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr">On Tue,= Sep 17, 2024 at 1:51=E2=80=AFPM Eli Zaretskii <<a href=3D"mailto:eliz@g= nu.org">eliz@HIDDEN</a>> wrote:<br></div><blockquote class=3D"gmail_quo= te" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204= );padding-left:1ex">> Cc: Lars Ingebrigtsen <<a href=3D"mailto:larsi@= gnus.org" target=3D"_blank">larsi@HIDDEN</a>>, Andrea Corallo <<a h= ref=3D"mailto:acorallo@HIDDEN" target=3D"_blank">acorallo@HIDDEN</a>><= br> > Date: Tue, 17 Sep 2024 11:18:41 -0400<br> > From:=C2=A0 Spencer Baugh via "Bug reports for GNU Emacs,<br> >=C2=A0 the Swiss army knife of text editors" <<a href=3D"mailto= :bug-gnu-emacs@HIDDEN" target=3D"_blank">bug-gnu-emacs@HIDDEN</a>><br> > <br> > <br> > 1. Compile and install Emacs with --with-native-compilation=3Daot, e.g= .:<br> > prefix=3D~/prefix<br> > mkdir $prefix<br> > ./configure --with-native-compilation=3Daot --prefix=3D$prefix<br> > make -j64 && make install<br> > 2. Run emacs with "exec -a" to change its argv[0]:<br> > sh -c "exec -a emacs $prefix/bin/emacs -Q --batch"<br> > 3. Observe an error like:<br> > Error using execdir /usr/local/home/sbaugh/workspaces/24833141-bffb-3c= 99-a9d6-c366d37c4f5e/+share+/app/emacs/bin/:<br> > emacs: /usr/local/home/sbaugh/workspaces/24833141-bffb-3c99-a9d6-c366d= 37c4f5e/+share+/app/emacs/bin/../native-lisp/31.0.50-a88a37f5/preloaded/min= ibuffer-b2d9c221-284ab177.eln: cannot open shared object file: No such file= or directory<br> > <br> > "exec -a emacs" works fine for with-native-compilation=3Dyes= or<br> > with-native-compilation=3Dno.<br> <br> Invocation via "exec -a" is not supported, if it messes with the<= br> leading directories of the argv[0] value passed to Emacs.=C2=A0 That's<= br> because the search for the preloaded *.eln files is based on the<br> directory in which the Emacs executable is installed, as passed via<br> argv[0], and breaks if "exec -a" messes with that.<br> <br> IOW, "don't do that, it will hurt".<br> <br> P.S. If someone knows how to teach Emacs how to find the absolute file<br> name of its executable without depending on argv[0], speak up.=C2=A0 We do<= br> that on Windows, but not on Posix platforms, since (I'm being told)<br> there's no reliable way of having that on GNU/Linux and other Posix<br> platforms.<br> <br> <br> <br> </blockquote></div> --0000000000003d3bf6062254ab84--
bug-gnu-emacs@HIDDEN:bug#73318; Package emacs.
Full text available.Received: (at 73318) by debbugs.gnu.org; 17 Sep 2024 17:50:33 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Sep 17 13:50:33 2024 Received: from localhost ([127.0.0.1]:55880 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1sqcLR-0002gN-Eb for submit <at> debbugs.gnu.org; Tue, 17 Sep 2024 13:50:33 -0400 Received: from eggs.gnu.org ([209.51.188.92]:60106) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1sqcLP-0002g7-H4 for 73318 <at> debbugs.gnu.org; Tue, 17 Sep 2024 13:50:32 -0400 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 <eliz@HIDDEN>) id 1sqcIx-00083W-MA; Tue, 17 Sep 2024 13:47:59 -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=KkthZnFNWP7EotX2ZUxIPjZkiXHByTOkt0R429GkCno=; b=otn5s87xIxPE ZARC641fmY04VFDNS71tfQgN95wigVKsQJ1jpprAZh2Ql2j4xzNrap9e9buO4y5Qp+4sIWwkPmONN T7CcMuyvpzzqzbO+CUhmnAFjG/MzfpuXQcZt1I3ScOvaa9RpMV00ZUcdE7yQ5lrwA6ucuR5koxpXI 29gqQAL6tq6D+ooZda3Aev86/WXXWpDIXabAcLxoF9pMyMeOApvnqzl5ShsYpbGetEq+prAzRuj4+ /I6j0MzEkiDrcb7zu56otyV9eLxK4VqvByzJI8cmYAVRfIBiF0b/0VnMhjdtYcV76+Ssri/GEuRBt OImbfv7ndMj5HJvjJexy4A==; Date: Tue, 17 Sep 2024 20:47:56 +0300 Message-Id: <864j6eb29f.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Spencer Baugh <sbaugh@HIDDEN> In-Reply-To: <iero74mgvfy.fsf@HIDDEN> (bug-gnu-emacs@HIDDEN) Subject: Re: bug#73318: 31.0.50; with-native-compilation=aot breaks exec -a emacs References: <iero74mgvfy.fsf@HIDDEN> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 73318 Cc: 73318 <at> debbugs.gnu.org, larsi@HIDDEN, acorallo@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > Cc: Lars Ingebrigtsen <larsi@HIDDEN>, Andrea Corallo <acorallo@HIDDEN> > Date: Tue, 17 Sep 2024 11:18:41 -0400 > From: Spencer Baugh via "Bug reports for GNU Emacs, > the Swiss army knife of text editors" <bug-gnu-emacs@HIDDEN> > > > 1. Compile and install Emacs with --with-native-compilation=aot, e.g.: > prefix=~/prefix > mkdir $prefix > ./configure --with-native-compilation=aot --prefix=$prefix > make -j64 && make install > 2. Run emacs with "exec -a" to change its argv[0]: > sh -c "exec -a emacs $prefix/bin/emacs -Q --batch" > 3. Observe an error like: > Error using execdir /usr/local/home/sbaugh/workspaces/24833141-bffb-3c99-a9d6-c366d37c4f5e/+share+/app/emacs/bin/: > emacs: /usr/local/home/sbaugh/workspaces/24833141-bffb-3c99-a9d6-c366d37c4f5e/+share+/app/emacs/bin/../native-lisp/31.0.50-a88a37f5/preloaded/minibuffer-b2d9c221-284ab177.eln: cannot open shared object file: No such file or directory > > "exec -a emacs" works fine for with-native-compilation=yes or > with-native-compilation=no. Invocation via "exec -a" is not supported, if it messes with the leading directories of the argv[0] value passed to Emacs. That's because the search for the preloaded *.eln files is based on the directory in which the Emacs executable is installed, as passed via argv[0], and breaks if "exec -a" messes with that. IOW, "don't do that, it will hurt". P.S. If someone knows how to teach Emacs how to find the absolute file name of its executable without depending on argv[0], speak up. We do that on Windows, but not on Posix platforms, since (I'm being told) there's no reliable way of having that on GNU/Linux and other Posix platforms.
bug-gnu-emacs@HIDDEN:bug#73318; Package emacs.
Full text available.Received: (at 73318) by debbugs.gnu.org; 17 Sep 2024 15:40:46 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Sep 17 11:40:46 2024 Received: from localhost ([127.0.0.1]:55766 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1sqaJq-00041B-7N for submit <at> debbugs.gnu.org; Tue, 17 Sep 2024 11:40:46 -0400 Received: from mxout6.mail.janestreet.com ([64.215.233.21]:44865) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <sbaugh@HIDDEN>) id 1sqaJo-00040v-KD for 73318 <at> debbugs.gnu.org; Tue, 17 Sep 2024 11:40:45 -0400 From: Spencer Baugh <sbaugh@HIDDEN> To: 73318 <at> debbugs.gnu.org Subject: Re: bug#73318: 31.0.50; with-native-compilation=aot breaks exec -a emacs In-Reply-To: <iero74mgvfy.fsf@HIDDEN> (Spencer Baugh's message of "Tue, 17 Sep 2024 11:18:41 -0400") References: <iero74mgvfy.fsf@HIDDEN> Date: Tue, 17 Sep 2024 11:40:23 -0400 Message-ID: <ierldzqgufs.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=janestreet.com; s=waixah; t=1726587623; bh=Qx27WKf/XQYx94YPkNBi2fNJ/IJ6TbdjjzxY/DqFq0s=; h=From:To:Cc:Subject:In-Reply-To:References:Date; b=TKATyhB2TFZW+nRcP+tTxoImJQFuenoaN5Gk/z0Kn1pZNPih+GYTNsgA/MFonk8aV hMaOyr5Uuhq0Zy3yZWfa/QcvuzgPBZQb/PgzAEWNSgACVVvSV3agAQ5Keiaf4AwrpQ p9xI10FoQzhjLDsYi7JxiiH26+mWtV9jUvBHsLV410KgjE9/5X92OrxIlVZXXFP709 ZG1t7xrOtrBb00wB5mkjIIwYZiPu68m72eUseBW6ABq5CzNCwzeQwpYM9giiMs/Hxm bPlV1JDX2/uGZiSP0jSy8cT7HZf35f1lXk6rdnudSvShj71xpJsbETqkGCKvurQ11q FoAI27tBt9G1w== X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 73318 Cc: Lars Ingebrigtsen <larsi@HIDDEN>, Andrea Corallo <acorallo@HIDDEN> X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) Spencer Baugh <sbaugh@HIDDEN> writes: > 1. Compile and install Emacs with --with-native-compilation=aot, e.g.: > prefix=~/prefix > mkdir $prefix > ./configure --with-native-compilation=aot --prefix=$prefix > make -j64 && make install > 2. Run emacs with "exec -a" to change its argv[0]: > sh -c "exec -a emacs $prefix/bin/emacs -Q --batch" > 3. Observe an error like: > Error using execdir /usr/local/home/sbaugh/workspaces/24833141-bffb-3c99-a9d6-c366d37c4f5e/+share+/app/emacs/bin/: > emacs: /usr/local/home/sbaugh/workspaces/24833141-bffb-3c99-a9d6-c366d37c4f5e/+share+/app/emacs/bin/../native-lisp/31.0.50-a88a37f5/preloaded/minibuffer-b2d9c221-284ab177.eln: cannot open shared object file: No such file or directory > > "exec -a emacs" works fine for with-native-compilation=yes or > with-native-compilation=no. Actually this also breaks with with-native-compilation=yes It seems sensitive to cached compilation or configure results; I can only get a reliable failure if I make clean in between attempts.
bug-gnu-emacs@HIDDEN:bug#73318; Package emacs.
Full text available.Received: (at submit) by debbugs.gnu.org; 17 Sep 2024 15:19:05 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Sep 17 11:19:04 2024 Received: from localhost ([127.0.0.1]:55730 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1sqZyq-0002h8-H2 for submit <at> debbugs.gnu.org; Tue, 17 Sep 2024 11:19:04 -0400 Received: from lists.gnu.org ([209.51.188.17]:49334) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <sbaugh@HIDDEN>) id 1sqZyo-0002gz-Kr for submit <at> debbugs.gnu.org; Tue, 17 Sep 2024 11:19:03 -0400 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 <sbaugh@HIDDEN>) id 1sqZyW-0006Jg-N7 for bug-gnu-emacs@HIDDEN; Tue, 17 Sep 2024 11:18:45 -0400 Received: from mxout5.mail.janestreet.com ([64.215.233.18]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <sbaugh@HIDDEN>) id 1sqZyV-0006bB-5r for bug-gnu-emacs@HIDDEN; Tue, 17 Sep 2024 11:18:44 -0400 From: Spencer Baugh <sbaugh@HIDDEN> To: bug-gnu-emacs@HIDDEN Subject: 31.0.50; with-native-compilation=aot breaks exec -a emacs Date: Tue, 17 Sep 2024 11:18:41 -0400 Message-ID: <iero74mgvfy.fsf@HIDDEN> MIME-Version: 1.0 Content-Type: text/plain DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=janestreet.com; s=waixah; t=1726586321; bh=rwMXxT4IVZdudcLQd8ZKcK6u6o07MvMzt//70Iz6DIk=; h=From:To:Cc:Subject:Date; b=FVP+dtFcuFNpdOwwuYb5f/pSny5PLgHW38OiCQ5g3Lu/fpxoyEXOLjpU7XmXB47VR 7WvejyuZEsak4kvdnyrrpOP8McIYEaYsiFS7yQO/yTRnDmPTC9Nntei38wetUmO2M6 PlgmIP9CW6LL8qsumEIIrJlsOEBpFwpHlHiPLxwbLDCFdUziMGtv1pstbsSPzhUKYa GIOq4+K3fJ1UzHYChHK9btpSWBw4OacKrc2l+QftvI+cozdsEtQB/kivP0qCnD1xKk M9bSRMgbzetEKIE4XxtxQI8o0XVcAqMHYgZxli5jcdGUx2vbT3Cao96ulfJj/c2Onr QZv5J0meNdVXw== Received-SPF: pass client-ip=64.215.233.18; envelope-from=sbaugh@HIDDEN; helo=mxout5.mail.janestreet.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=unavailable autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.4 (-) X-Debbugs-Envelope-To: submit Cc: Lars Ingebrigtsen <larsi@HIDDEN>, Andrea Corallo <acorallo@HIDDEN> X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -2.4 (--) 1. Compile and install Emacs with --with-native-compilation=aot, e.g.: prefix=~/prefix mkdir $prefix ./configure --with-native-compilation=aot --prefix=$prefix make -j64 && make install 2. Run emacs with "exec -a" to change its argv[0]: sh -c "exec -a emacs $prefix/bin/emacs -Q --batch" 3. Observe an error like: Error using execdir /usr/local/home/sbaugh/workspaces/24833141-bffb-3c99-a9d6-c366d37c4f5e/+share+/app/emacs/bin/: emacs: /usr/local/home/sbaugh/workspaces/24833141-bffb-3c99-a9d6-c366d37c4f5e/+share+/app/emacs/bin/../native-lisp/31.0.50-a88a37f5/preloaded/minibuffer-b2d9c221-284ab177.eln: cannot open shared object file: No such file or directory "exec -a emacs" works fine for with-native-compilation=yes or with-native-compilation=no.
Spencer Baugh <sbaugh@HIDDEN>:bug-gnu-emacs@HIDDEN.
Full text available.bug-gnu-emacs@HIDDEN:bug#73318; Package emacs.
Full text available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.