Received: (at 77430) by debbugs.gnu.org; 1 Apr 2025 14:47:08 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Apr 01 10:47:06 2025 Received: from localhost ([127.0.0.1]:48749 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1tzctK-0008F5-4B for submit <at> debbugs.gnu.org; Tue, 01 Apr 2025 10:47:05 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:35418) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1tzct5-00089u-ML for 77430 <at> debbugs.gnu.org; Tue, 01 Apr 2025 10:46: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 1tzcsz-0007gW-1l; Tue, 01 Apr 2025 10:46:41 -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=sRDNaFy6+xL1nkcSrqczcPHAIKBKNuIdnC+gs8iJ3k8=; b=SqUYgAIdDCbd GszncMZEiEbjt017ZawNyyGbYsKjqFT+wG/KStz86XwmwOMfrI85ACos11ggoYeXlanhSArh+ZDRo Bw9H5iCryAqEDt/HbqQM02Wq/rYczjpZbSa6t8BSLWjIaA2WNRiBaZ/A88V/myBwp7VyppRmx9Q0/ +kbvlx4BKjg1YQC9TrMghqSTTu5t76s9ebHxk+TwdX9EnYShQ0MNItERyJyRcrEI+vgTeUXTLDPAT nB8inzDuZrI61B5zfbFa3tUJ07DD4mptPSfgDNZFShqPDiy0mmDgi0P6izqPfVnrNAlLOBSsZRH7x NZNmoK71MBKAZ7NSTp/o0g==; Date: Tue, 01 Apr 2025 17:46:37 +0300 Message-Id: <868qok2b3m.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Siyuan Chen <chansey97@HIDDEN> In-Reply-To: <CAHWTsY=uRVPGN0aD8zUYD7HK5HwGjouyKetXNQVMfO1_tcu4Hw@HIDDEN> (message from Siyuan Chen on Tue, 1 Apr 2025 21:42:21 +0800) Subject: Re: bug#77430: compilation-start should remember shell-file-name References: <CAHWTsY=uRVPGN0aD8zUYD7HK5HwGjouyKetXNQVMfO1_tcu4Hw@HIDDEN> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 77430 Cc: 77430 <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: Siyuan Chen <chansey97@HIDDEN> > Date: Tue, 1 Apr 2025 21:42:21 +0800 > > Recently, I've been setting up a Haskell compilation environment with Emacs on Windows. The project > depends on diagrams-cairo, which depends on GTK+, so I have to build it via msys64 with MINGW. It works > well in a non Emacs environment, so I'd like to adapt it to the Emacs environment. > > Everything is OK, except when I press 'g' in the *compilation* buffer. > > To simplify the problem, below only the minimal test is provided. > > Reproduce steps: > > 1. Create a file test.el in E:/tmp > > 2. Open that file and paste the following code > ``` > (defun my/compile () > (interactive) > (let ((shell-file-name "C:/msys64/usr/bin/bash") > (compilation-environment > "PATH=/mingw64/bin:/usr/local/bin:/usr/bin:/bin:/c/Windows/System32:/c/Windows:/c/Windows/System32/Wbem:/c/Windows/System32/WindowsPowerShell/v1.0/:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl") > > ) > (compile "ls") > )) > ``` Why cannot your my/compile function do this: (setq-local shell-file-name "C:/msys64/usr/bin/bash") instead of let-binding it? > I have created a patch to workaround the issue. It remembers the original `shell-file-name' in > `compilation-start', so we can use it when we `recompile'. Thanks, but I don't think it's TRT for 'compile' to record the shell by default. In your case, you want to use the same shell each time, but that is not always true. Since you already have a tailored compilation command, I suggest that the same command does this job for you.
bug-gnu-emacs@HIDDEN:bug#77430; Package emacs.
Full text available.Received: (at 77430) by debbugs.gnu.org; 1 Apr 2025 14:35:20 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Apr 01 10:35:19 2025 Received: from localhost ([127.0.0.1]:47415 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1tzcht-0005ly-NM for submit <at> debbugs.gnu.org; Tue, 01 Apr 2025 10:35:18 -0400 Received: from mail-yb1-xb2f.google.com ([2607:f8b0:4864:20::b2f]:58582) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from <chansey97@HIDDEN>) id 1tzchi-0005jj-I8 for 77430 <at> debbugs.gnu.org; Tue, 01 Apr 2025 10:35:09 -0400 Received: by mail-yb1-xb2f.google.com with SMTP id 3f1490d57ef6-e60ad903382so4019065276.0 for <77430 <at> debbugs.gnu.org>; Tue, 01 Apr 2025 07:35:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1743518096; x=1744122896; darn=debbugs.gnu.org; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc:subject:date:message-id:reply-to; bh=PwHoJguGxcOqUPK6LWRFa9yNB5/4kiv1ApoRdqKyT+4=; b=Y6EGxIz57Y4Y84idl5UWf0TS+K8aWozq9PaE1IQKNwNcVt47VcVSJ8xu2r2L7JuAvR Gp5ygpyl3R6lgAb1vWEbDZXEzIB595SshDRoPRB3Z2eFSz/lUw9KobsAmRHNSAariSCv zR0Sgao5U0L+UA/84YYPujwOMJMONytyct0gpc2g6C8o3jrTS3XEjp6oUgQECN2Nap4S NIL0COO9Gqx1tieX6NIP7AuDmdjYcL/OsaT2FH72e5womWrpt7QDtrWJ0JN3awmtpa3b RN+uBYAwqEd6j6BRO0DmtmW4JCMaUjhMxePL9NFCAnJQiz/aCWf34EG5Ws/kYgNCfQTh iLtg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1743518096; x=1744122896; h=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=PwHoJguGxcOqUPK6LWRFa9yNB5/4kiv1ApoRdqKyT+4=; b=nqVF5eiWMWSlSAWQRmI+1OWmF/23V9pngXqu+Jq5UWJZTevU+vNv4URMQRHNQYXoKf ZH/no/HxadAxjEFhRJnROE3Odb+hKxvfY4JZHZjTd/n0m6AEDvKZOkaDhS4vIOIIzvPt cZSOJWFl5WpAVEl/T4isZJgbSOKMfGpUkw8J+kVhpCviD0Yaj6eug/TjwWLyO8BKHAPJ 5buJEZlU2bvw9x25NCOeDfhoSRsxiuegJ1RxULV1bN1wL391XLq7Wtpwk1fUMOE6ryOY WXpZhC/RIGghYpZ7SIwwtEsCMhaHxZfkYMaB+H2OxTPUCnOR8f7/Q3EfJAHozj741S0h 79hA== X-Gm-Message-State: AOJu0YyNO8DYCz3xt6ry0SJtYz//vcpWLYPD4WxkOu51crQ3lT0QDM4O gWJ2IHyb+OEjWx6fAx+159eUnl9vmxz6f6XpoW9ROWLpCijFdugaPV7xQJWwagE/6+B/dtSQOTu EUFEZiXl75Sf9G6wDEHGEyUzG40lNiU8w X-Gm-Gg: ASbGncstLRhPyWJDDHKOwHWBuWbvHeNlAGmaL6t7VdtRheuyB3D1Hbggj5aEcdgK7ut 8e+m5ROo7IW88k/uUmUYOqNanOBHQbIwRu0w2OLlxZYstoel75azw73R720KmhL14/RrUcSGfn8 ZGxgRlPWVOElajuHDHEJI+mLTkqUgqgGBB3YOIWaiRgqOphODX9I3TVY6j5w== X-Google-Smtp-Source: AGHT+IFqKJD++5GHyPJg7nLMBFw54spwoL14eweWGKMOU0g/j3sX9iM4hVTCbbcjh9QLQPr0y81ISvL2u1pMuSsIdxA= X-Received: by 2002:a05:6902:2586:b0:e6b:799e:a34b with SMTP id 3f1490d57ef6-e6b839592d0mr16777296276.21.1743518096053; Tue, 01 Apr 2025 07:34:56 -0700 (PDT) MIME-Version: 1.0 References: <CAHWTsY=uRVPGN0aD8zUYD7HK5HwGjouyKetXNQVMfO1_tcu4Hw@HIDDEN> In-Reply-To: <CAHWTsY=uRVPGN0aD8zUYD7HK5HwGjouyKetXNQVMfO1_tcu4Hw@HIDDEN> From: Siyuan Chen <chansey97@HIDDEN> Date: Tue, 1 Apr 2025 22:34:49 +0800 X-Gm-Features: AQ5f1Joo_l6mC_uDlGqyEi4Qi7MPuNDRS2oDGPnTEmWwvlFAj0GF1XADQrvvBuA Message-ID: <CAHWTsYnKMhiZTQB9L5_Bn46iTP75qPk1hbPhZbeo9K-ka_C2Fg@HIDDEN> Subject: Re: bug#77430: compilation-start should remember shell-file-name To: 77430 <at> debbugs.gnu.org Content-Type: multipart/alternative; boundary="000000000000c65f640631b870ed" X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 77430 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: -0.7 (/) --000000000000c65f640631b870ed Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable I found another way to workaround: ``` (defun my/compile () (interactive) (compile "C:/msys64/usr/bin/bash --login -c ls")) ``` Keep =C2=B7shell-file-name=E2=80=98 unchanged. This avoids having to set the `compilation-environment' manually. Except that the *compilation* buffer will output the message: which: no bash in ((null)) but it doesn't seem to affect compilation. Best regards, Siyuan Chen On Tue, Apr 1, 2025 at 9:58=E2=80=AFPM Siyuan Chen <chansey97@HIDDEN> wr= ote: > Background: > > Recently, I've been setting up a Haskell compilation environment with > Emacs on Windows. The project depends on diagrams-cairo, which depends on > GTK+, so I have to build it via msys64 with MINGW. It works well in a non > Emacs environment, so I'd like to adapt it to the Emacs environment. > > Everything is OK, except when I press 'g' in the *compilation* buffer. > > To simplify the problem, below only the minimal test is provided. > > Reproduce steps: > > 1. Create a file test.el in E:/tmp > > 2. Open that file and paste the following code > ``` > (defun my/compile () > (interactive) > (let ((shell-file-name "C:/msys64/usr/bin/bash") > (compilation-environment > "PATH=3D/mingw64/bin:/usr/local/bin:/usr/bin:/bin:/c/Windows/System32:/c/= Windows:/c/Windows/System32/Wbem:/c/Windows/System32/WindowsPowerShell/v1.0= /:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl") > ) > (compile "ls") > )) > ``` > NOTE: You can think of "ls" as a compilation command such as "stack build= " > in Haskell. > > 3. Evaluate Last S-expression. > > 4. M-x my/compile > > The *compilation* buffer lists the files normally. > > 5. Press 'g' in the *compilation* buffer, i.e. `recompile'. > > The expected behavior: List the files again. > > The actual behavior: Compilation exited abnormally. > > The problem is that `recompile' does not realize that `shell-file-name' > has been updated to bash. It still uses the default cmdproxy. > > I have created a patch to workaround the issue. It remembers the original > `shell-file-name' in `compilation-start', so we can use it when we > `recompile'. > > Thanks. > > Best regards, > Siyuan Chen > --000000000000c65f640631b870ed Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div>I found another way to workaround:<br></div><div><spa= n class=3D"gmail-HwtZe" lang=3D"en"><span class=3D"gmail-jCAhz gmail-ChMk0b= "><span class=3D"gmail-ryNqvb"><br></span></span></span> </div><div>```<br></div><div>(defun my/compile ()</div>=C2=A0 (interactive)= <br><div>=C2=A0 (compile "C:/msys64/usr/bin/bash --login -c ls"))= </div><div>```</div><div><br></div><div>Keep =C2=B7shell-file-name=E2=80=98= unchanged.</div><div><br></div><div>This avoids=20 having to set the `compilation-environment' manually. Except that the *compilation* buffer will output the message:</di= v><div><br></div><div> which: no bash in ((null)) </div><div><br></div><div> <span class=3D"gmail-HwtZe" lang=3D"en"><span class=3D"gmail-jCAhz gmail-Ch= Mk0b"><span class=3D"gmail-ryNqvb">but it doesn't seem to affect compil= ation.</span></span></span> </div><div><br></div><div> <div>Best regards,</div><div>Siyuan Chen</div> </div><div><br></div></div><br><div class=3D"gmail_quote gmail_quote_contai= ner"><div dir=3D"ltr" class=3D"gmail_attr">On Tue, Apr 1, 2025 at 9:58=E2= =80=AFPM Siyuan Chen <<a href=3D"mailto:chansey97@HIDDEN">chansey97@g= mail.com</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-le= ft:1ex"><div dir=3D"ltr">Background:<br><br>Recently, I've been setting= up a Haskell compilation environment with Emacs on Windows. The project de= pends on diagrams-cairo, which depends on GTK+, so I have to build it via m= sys64 with MINGW. It works well in a non Emacs environment, so I'd like= to adapt it to the Emacs environment.<br><br>Everything is OK, except when= I press 'g' in the *compilation* buffer.<br><br>To simplify the pr= oblem,=20 below only the minimal test is provided.<br><br>Reproduce steps:<br><br>1. Create= a file test.el in E:/tmp<br><br>2. Open that file and paste the following = code<br>```<br>(defun my/compile ()<br>=C2=A0 (interactive)<br>=C2=A0 (let = ((shell-file-name "C:/msys64/usr/bin/bash")<br>=C2=A0 =C2=A0 =C2= =A0 =C2=A0 (compilation-environment "PATH=3D/mingw64/bin:/usr/local/bi= n:/usr/bin:/bin:/c/Windows/System32:/c/Windows:/c/Windows/System32/Wbem:/c/= Windows/System32/WindowsPowerShell/v1.0/:/usr/bin/site_perl:/usr/bin/vendor= _perl:/usr/bin/core_perl")<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 )<br>=C2=A0 = =C2=A0 (compile "ls")<br>=C2=A0 =C2=A0 ))<br>```<br>NOTE: You can= think of "ls" as a=20 compilation=20 command such as "stack build" in Haskell.<br><br>3. Evaluate Last= S-expression.<br><br>4. M-x my/compile<br><br>The *compilation* buffer lis= ts the files normally.<br><br>5. Press 'g' in the *compilation* buf= fer, i.e. `recompile'.<br><br>The expected behavior: List the files aga= in.<br><br>The actual behavior: Compilation exited abnormally.<br><br>The p= roblem is that `recompile' does not realize that `shell-file-name' = has been updated to bash. It still uses the default cmdproxy.<br><br><div>I= have created a patch to workaround the issue. It remembers the original `s= hell-file-name' in `compilation-start', so we can use it when we `r= ecompile'.</div><div><br></div><div>Thanks.<br></div><div><br></div><di= v>Best regards,</div><div>Siyuan Chen<br></div></div> </blockquote></div> --000000000000c65f640631b870ed--
bug-gnu-emacs@HIDDEN:bug#77430; Package emacs.
Full text available.
Received: (at submit) by debbugs.gnu.org; 1 Apr 2025 13:42:52 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Tue Apr 01 09:42:51 2025
Received: from localhost ([127.0.0.1]:47187 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1tzbt9-0006yd-Vm
for submit <at> debbugs.gnu.org; Tue, 01 Apr 2025 09:42:51 -0400
Received: from lists.gnu.org ([2001:470:142::17]:41100)
by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.84_2) (envelope-from <chansey97@HIDDEN>)
id 1tzbt4-0006wf-NH
for submit <at> debbugs.gnu.org; Tue, 01 Apr 2025 09:42:45 -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 <chansey97@HIDDEN>)
id 1tzbsu-0005qJ-Ad
for bug-gnu-emacs@HIDDEN; Tue, 01 Apr 2025 09:42:32 -0400
Received: from mail-yw1-x112f.google.com ([2607:f8b0:4864:20::112f])
by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
(Exim 4.90_1) (envelope-from <chansey97@HIDDEN>)
id 1tzbss-0006do-6I
for bug-gnu-emacs@HIDDEN; Tue, 01 Apr 2025 09:42:31 -0400
Received: by mail-yw1-x112f.google.com with SMTP id
00721157ae682-6fed0620395so51350107b3.3
for <bug-gnu-emacs@HIDDEN>; Tue, 01 Apr 2025 06:42:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20230601; t=1743514947; x=1744119747; darn=gnu.org;
h=to:subject:message-id:date:from:mime-version:from:to:cc:subject
:date:message-id:reply-to;
bh=OFvdsgCljfQkxFyV/UuIP/oePMrLYXuy8L3icFhQARY=;
b=gkvzH3MgpMZCtIq5RTMkQqeMThujTulAQAhWzbWVlRFBQltZG11GYal/+qMS9wO2WZ
/8lZt9c1qyafqSlC85938xril5EKTNTfBlQxiVYvz+/zJA/AR67q9OQaudf/Q1p35Max
7KD3BKQtdIDwz1bWY0G1Dfn3LGcgjryO39sgRVJsQcXYKUd9crEq6k3HIwx68esC7hTr
k036qp+hcOiQxnSUBiPqDQRXj0wuD2dmnTDGUtMgLa7wYRmrnJKVqu6ZVUC2TIU9Ax1i
53Deq89iHr92rUoDGbC2p9QoFO5sKVDPsqrI00yJ3VTcU60kCohohMaUiOy6enSccWI6
1xtQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20230601; t=1743514947; x=1744119747;
h=to:subject:message-id:date:from:mime-version:x-gm-message-state
:from:to:cc:subject:date:message-id:reply-to;
bh=OFvdsgCljfQkxFyV/UuIP/oePMrLYXuy8L3icFhQARY=;
b=Yb9eXSLM2udT21pKUDfRwqWEqQQpwavFMN2TzlqTygc4iKVT8r+qkj28uT0kEpVR0L
XJwUm+erTbA8NU0e9daIdsp7Z6MyXswiqZEeA+ndIh3wml1TYCk/Qeyw22PJapIBNYeM
Vh/DmchXv2qiStJ3wbAacnbr9alcODUlTLJJHjEDh0f5iWEAPIFQegfxQXGCmfQ31od4
CYekjQlPudcM6z0TCnOC1cegQJ2+WCFmGCW6Lgd3jjuK1ybeEE2M+OO7Y65AmoQmFm6Q
6RF1NUFgjqn8+B8eCqlykiEVI3pPVkmlRCq8jt9sbVMw8dHbNzc1dqZ1Hhuj3cOffZHQ
o54Q==
X-Gm-Message-State: AOJu0YwvAXT0aeWnEjhD5LM7YfeUPdKfyjYnVEz2duxoB4j8LIeO2u2E
u5WzYI8AG9LP1YoErRUU8wOV44lLCTv7pOecUvBmxJt2N3P83Bc5J4pXlM5h6pLZt1mKBnAVj1F
RUqUl1S9SbzTkCTfiJJZr3YzMVMds1nVR
X-Gm-Gg: ASbGnctZBa1E5IGwwa72WDHgxyPAhOiv5nzRhq0M98WDB8WcVDdPzQFSZlD+Mcb2/QX
VKpV3/QaWsNhO7cwkSi138jp01AeziCqI0mpGCsqNhHMzeHoAOVnDk9ZsIwkgGtk5Th6+pffuHE
Hu6j2GQKEC+usxPS7Yu12Y19DOxuT740tVQoZlX9Tn2HntxysiX+1rZIzZNw==
X-Google-Smtp-Source: AGHT+IFnF69P8PNxjBWQuj6fN9fK1kjbtJHBHZBl2x04qmaBIInLh/8yGSjDQ6zMRq+7tGFFSPM2er2T+JYml2YcqMg=
X-Received: by 2002:a05:690c:3383:b0:6fd:359a:8fd2 with SMTP id
00721157ae682-702572f19d4mr183853857b3.26.1743514947039; Tue, 01 Apr 2025
06:42:27 -0700 (PDT)
MIME-Version: 1.0
From: Siyuan Chen <chansey97@HIDDEN>
Date: Tue, 1 Apr 2025 21:42:21 +0800
X-Gm-Features: AQ5f1JqxiIjHkZqaPzdp8kMxTKdM5hNxc2PoD0WJ8v7A1hMFPnVjVDUJ-uAGNK0
Message-ID: <CAHWTsY=uRVPGN0aD8zUYD7HK5HwGjouyKetXNQVMfO1_tcu4Hw@HIDDEN>
Subject: compilation-start should remember shell-file-name
To: bug-gnu-emacs@HIDDEN
Content-Type: multipart/mixed; boundary="00000000000014a6270631b7b50f"
Received-SPF: pass client-ip=2607:f8b0:4864:20::112f;
envelope-from=chansey97@HIDDEN; helo=mail-yw1-x112f.google.com
X-Spam_score_int: -17
X-Spam_score: -1.8
X-Spam_bar: -
X-Spam_report: (-1.8 / 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,
FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001,
RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001,
SPF_PASS=-0.001 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: 1.2 (+)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
has NOT identified this incoming email as spam. The original
message has been attached to this so you can view it or label
similar future email. If you have any questions, see
the administrator of that system for details.
Content preview: Background: Recently,
I've been setting up a Haskell compilation
environment with Emacs on Windows. The project depends on diagrams-cairo,
which depends on GTK+, so I have to build it via msys64 with MINGW. It wo
[...] Content analysis details: (1.2 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
-0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/,
no trust [2001:470:142:0:0:0:0:17 listed in] [list.dnswl.org]
-0.0 SPF_HELO_PASS SPF: HELO matches SPF record
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (chansey97[at]gmail.com)
1.0 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail)
0.2 FREEMAIL_ENVFROM_END_DIGIT Envelope-from freemail username ends
in digit (chansey97[at]gmail.com)
0.0 HTML_MESSAGE BODY: HTML included in message
X-Debbugs-Envelope-To: submit
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: 0.2 (/)
--00000000000014a6270631b7b50f
Content-Type: multipart/alternative; boundary="00000000000014a6260631b7b50d"
--00000000000014a6260631b7b50d
Content-Type: text/plain; charset="UTF-8"
Background:
Recently, I've been setting up a Haskell compilation environment with Emacs
on Windows. The project depends on diagrams-cairo, which depends on GTK+,
so I have to build it via msys64 with MINGW. It works well in a non Emacs
environment, so I'd like to adapt it to the Emacs environment.
Everything is OK, except when I press 'g' in the *compilation* buffer.
To simplify the problem, below only the minimal test is provided.
Reproduce steps:
1. Create a file test.el in E:/tmp
2. Open that file and paste the following code
```
(defun my/compile ()
(interactive)
(let ((shell-file-name "C:/msys64/usr/bin/bash")
(compilation-environment
"PATH=/mingw64/bin:/usr/local/bin:/usr/bin:/bin:/c/Windows/System32:/c/Windows:/c/Windows/System32/Wbem:/c/Windows/System32/WindowsPowerShell/v1.0/:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl")
)
(compile "ls")
))
```
NOTE: You can think of "ls" as a compilation command such as "stack build"
in Haskell.
3. Evaluate Last S-expression.
4. M-x my/compile
The *compilation* buffer lists the files normally.
5. Press 'g' in the *compilation* buffer, i.e. `recompile'.
The expected behavior: List the files again.
The actual behavior: Compilation exited abnormally.
The problem is that `recompile' does not realize that `shell-file-name' has
been updated to bash. It still uses the default cmdproxy.
I have created a patch to workaround the issue. It remembers the original
`shell-file-name' in `compilation-start', so we can use it when we
`recompile'.
Thanks.
Best regards,
Siyuan Chen
--00000000000014a6260631b7b50d
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr">Background:<br><br>Recently, I've been setting up a Ha=
skell compilation environment with Emacs on Windows. The project depends on=
diagrams-cairo, which depends on GTK+, so I have to build it via msys64 wi=
th MINGW. It works well in a non Emacs environment, so I'd like to adap=
t it to the Emacs environment.<br><br>Everything is OK, except when I press=
'g' in the *compilation* buffer.<br><br>To simplify the problem,=
=20
below
only the minimal test is provided.<br><br>Reproduce steps:<br><br>1. Create=
a file test.el in E:/tmp<br><br>2. Open that file and paste the following =
code<br>```<br>(defun my/compile ()<br>=C2=A0 (interactive)<br>=C2=A0 (let =
((shell-file-name "C:/msys64/usr/bin/bash")<br>=C2=A0 =C2=A0 =C2=
=A0 =C2=A0 (compilation-environment "PATH=3D/mingw64/bin:/usr/local/bi=
n:/usr/bin:/bin:/c/Windows/System32:/c/Windows:/c/Windows/System32/Wbem:/c/=
Windows/System32/WindowsPowerShell/v1.0/:/usr/bin/site_perl:/usr/bin/vendor=
_perl:/usr/bin/core_perl")<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 )<br>=C2=A0 =
=C2=A0 (compile "ls")<br>=C2=A0 =C2=A0 ))<br>```<br>NOTE: You can=
think of "ls" as a=20
compilation=20
command such as "stack build" in Haskell.<br><br>3. Evaluate Last=
S-expression.<br><br>4. M-x my/compile<br><br>The *compilation* buffer lis=
ts the files normally.<br><br>5. Press 'g' in the *compilation* buf=
fer, i.e. `recompile'.<br><br>The expected behavior: List the files aga=
in.<br><br>The actual behavior: Compilation exited abnormally.<br><br>The p=
roblem is that `recompile' does not realize that `shell-file-name' =
has been updated to bash. It still uses the default cmdproxy.<br><br><div>I=
have created a patch to workaround the issue. It remembers the original `s=
hell-file-name' in `compilation-start', so we can use it when we `r=
ecompile'.</div><div><br></div><div>Thanks.<br></div><div><br></div><di=
v>Best regards,</div><div>Siyuan Chen<br></div></div>
--00000000000014a6260631b7b50d--
--00000000000014a6270631b7b50f
Content-Type: text/plain; charset="US-ASCII";
name="0001-Remember-the-original-shell-file-name-so-we-can-use-.patch"
Content-Disposition: attachment;
filename="0001-Remember-the-original-shell-file-name-so-we-can-use-.patch"
Content-Transfer-Encoding: base64
Content-ID: <f_m8yjq11b0>
X-Attachment-Id: f_m8yjq11b0
RnJvbSAwMjdlMmY1N2FmOTg0NDc4ZWYyY2MwOWJmMDk2MjhiMWY2NWRjNWRjIE1vbiBTZXAgMTcg
MDA6MDA6MDAgMjAwMQpGcm9tOiBTaXl1YW4gQ2hlbiA8Y2hhbnNleTk3QG91dGxvb2suY29tPgpE
YXRlOiBUdWUsIDEgQXByIDIwMjUgMjE6MDY6MDEgKzA4MDAKU3ViamVjdDogW1BBVENIXSBSZW1l
bWJlciB0aGUgb3JpZ2luYWwgc2hlbGwtZmlsZS1uYW1lLCBzbyB3ZSBjYW4gdXNlIGl0IHdoZW4K
IHdlIHJlY29tcGlsZS4KCi0tLQogbGlzcC9wcm9nbW9kZXMvY29tcGlsZS5lbCB8IDIgKysKIDEg
ZmlsZSBjaGFuZ2VkLCAyIGluc2VydGlvbnMoKykKCmRpZmYgLS1naXQgYS9saXNwL3Byb2dtb2Rl
cy9jb21waWxlLmVsIGIvbGlzcC9wcm9nbW9kZXMvY29tcGlsZS5lbAppbmRleCAxY2E1OGIzYWM3
ZC4uMTNmMjAzMTFhODMgMTAwNjQ0Ci0tLSBhL2xpc3AvcHJvZ21vZGVzL2NvbXBpbGUuZWwKKysr
IGIvbGlzcC9wcm9nbW9kZXMvY29tcGlsZS5lbApAQCAtMTk3Myw2ICsxOTczLDcgQEAgUmV0dXJu
cyB0aGUgY29tcGlsYXRpb24gYnVmZmVyIGNyZWF0ZWQuIgogCSAgICAocmVwbGFjZS1yZWdleHAt
aW4tc3RyaW5nICItbW9kZVxcJyIgIiIgKHN5bWJvbC1uYW1lIG1vZGUpKSkpCiAJICh0aGlzZGly
IGRlZmF1bHQtZGlyZWN0b3J5KQogCSAodGhpc2VudiBjb21waWxhdGlvbi1lbnZpcm9ubWVudCkK
KyAgICAgICAgICh0aGlzaGVsbCBzaGVsbC1maWxlLW5hbWUpCiAgICAgICAgICAoYnVmZmVyLXBh
dGggKGFuZCAobG9jYWwtdmFyaWFibGUtcCAnZXhlYy1wYXRoKSBleGVjLXBhdGgpKQogICAgICAg
ICAgKGJ1ZmZlci1lbnYgKGFuZCAobG9jYWwtdmFyaWFibGUtcCAncHJvY2Vzcy1lbnZpcm9ubWVu
dCkKICAgICAgICAgICAgICAgICAgICAgICAgICAgcHJvY2Vzcy1lbnZpcm9ubWVudCkpCkBAIC0y
MDQ4LDYgKzIwNDksNyBAQCBSZXR1cm5zIHRoZSBjb21waWxhdGlvbiBidWZmZXIgY3JlYXRlZC4i
CiAgICAgICAgIDs7IE5COiBtdXN0IGJlIGRvbmUgYWZ0ZXIgKGZ1bmNhbGwgbW9kZSkgYXMgdGhh
dCByZXNldHMgbG9jYWwgdmFyaWFibGVzCiAgICAgICAgIChzZXRxLWxvY2FsIGNvbXBpbGF0aW9u
LWRpcmVjdG9yeSB0aGlzZGlyKQogICAgICAgICAoc2V0cS1sb2NhbCBjb21waWxhdGlvbi1lbnZp
cm9ubWVudCB0aGlzZW52KQorICAgICAgICAoc2V0cS1sb2NhbCBzaGVsbC1maWxlLW5hbWUgdGhp
c2hlbGwpCiAgICAgICAgIChpZiBidWZmZXItcGF0aAogICAgICAgICAgICAgKHNldHEtbG9jYWwg
ZXhlYy1wYXRoIGJ1ZmZlci1wYXRoKQogICAgICAgICAgIChraWxsLWxvY2FsLXZhcmlhYmxlICdl
eGVjLXBhdGgpKQotLSAKMi4zMi4wLndpbmRvd3MuMgoK
--00000000000014a6270631b7b50f--
Siyuan Chen <chansey97@HIDDEN>:bug-gnu-emacs@HIDDEN.
Full text available.bug-gnu-emacs@HIDDEN:bug#77430; Package emacs.
Full text available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.