* bug#68724: eshell/make doesn't properly handle color term characters
@ 2024-01-26 0:54 Patrick Poitras
2024-01-26 1:18 ` Jim Porter
0 siblings, 1 reply; 4+ messages in thread
From: Patrick Poitras @ 2024-01-26 0:54 UTC (permalink / raw)
To: 68724
[-- Attachment #1: Type: text/plain, Size: 2152 bytes --]
In eshell, if I am in a directory and call `make`, the call that is
executed is (eshell/make) from em-unix.el.
The *compilation* window then pops up, which reads:
-------
make
g++ main.cpp -o main -lsfml-graphics -lsfml-window -lsfml-system
[01m [Kmain.cpp: [m [K In function ‘ [01m [Kint [01;32m [K main [m [K() [m
[K’:
[01m [Kmain.cpp:41:21: [m [K [01;31m [Kerror: [m [Ktoo few arguments to
function ‘ [01m [Kvoid [01;32m [K handleCamera [m [K(sf::View&, const
sf::Time&) [m [K’
41 | [01;31m [KhandleCamera(view) [m [K;
| [01;31m [K~~~~~~~~~~~~^~~~~~ [m [K
[01m [Kmain.cpp:7:6: [m [K [01;36m [Knote: [m [Kdeclared here
7 | void [01;36m [KhandleCamera [m [K(sf::View &view, const sf::Time
&time) {
| [01;36m [K^~~~~~~~~~~~ [m [K
make: *** [Makefile:2: game] Error 1
Compilation exited abnormally with code 2 at Thu Jan 25 16:47:18, duration
0.28 s
------
Note that the garbled text above is not a problem with me copy-pasting it .
The screen I see really writes out these `[01;31m` characters all over,
making the message comprehensible.
I thought this might be a locale issue, so I called make like this:
------
~/Projects/SFML $ LC_LANG=en_US.utf8 make
-------
Which doesn't pop-up the *compilations* buffer, but does print the correct
output:
--------
g++ main.cpp -o main -lsfml-graphics -lsfml-window -lsfml-system
main.cpp: In function ‘int main()’:
main.cpp:41:21: error: too few arguments to function ‘void
handleCamera(sf::View&, const sf::Time&)’
41 | handleCamera(view);
| ~~~~~~~~~~~~^~~~~~
main.cpp:7:6: note: declared here
7 | void handleCamera(sf::View &view, const sf::Time &time) {
| ^~~~~~~~~~~~
make: *** [Makefile:2: game] Error 1
------
Which is properly colored and everything.
I also figured out that the LC_LANG isn't special it's just bypassing the
call to the native function, in fact, you get the same result if you call
-------
ASDASDFASD=ASDFASDF make
-------
Is this a known behavior with a workaround, or how do I troubleshoot this
further.
Thanks,
Patrick
[-- Attachment #2: Type: text/html, Size: 2533 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
* bug#68724: eshell/make doesn't properly handle color term characters
2024-01-26 0:54 bug#68724: eshell/make doesn't properly handle color term characters Patrick Poitras
@ 2024-01-26 1:18 ` Jim Porter
2024-01-26 1:31 ` Patrick Poitras
0 siblings, 1 reply; 4+ messages in thread
From: Jim Porter @ 2024-01-26 1:18 UTC (permalink / raw)
To: Patrick Poitras, 68724-done
On 1/25/2024 4:54 PM, Patrick Poitras wrote:
> In eshell, if I am in a directory and call `make`, the call that is
> executed is (eshell/make) from em-unix.el.
>
> The *compilation* window then pops up, which reads: ...
Thanks for the bug report. I'm guessing you're using Emacs 30.0.50. This
is a bug, in that eshell/make should print its output to the Eshell
buffer by default (not a new compilation buffer). That's now fixed in
4834be0949e on master, so closing this issue.
However, for fixing the colors in the compilation buffer, you can also
add 'ansi-color-compilation-filter' to 'compilation-filter-hook'.
^ permalink raw reply [flat|nested] 4+ messages in thread
* bug#68724: eshell/make doesn't properly handle color term characters
2024-01-26 1:18 ` Jim Porter
@ 2024-01-26 1:31 ` Patrick Poitras
2024-01-26 1:59 ` Jim Porter
0 siblings, 1 reply; 4+ messages in thread
From: Patrick Poitras @ 2024-01-26 1:31 UTC (permalink / raw)
To: Jim Porter; +Cc: 68724-done
[-- Attachment #1: Type: text/plain, Size: 963 bytes --]
This is what happens when I file bug reports while sick. Forgot a bunch of
details. My apologies.
Yeah, bug reported from emacs 30.0.50 @ 4e260bfc47e on master. Can confirm
that it's now fix on latest master.
Thanks!
On Thu, Jan 25, 2024 at 5:18 PM Jim Porter <jporterbugs@gmail.com> wrote:
> On 1/25/2024 4:54 PM, Patrick Poitras wrote:
> > In eshell, if I am in a directory and call `make`, the call that is
> > executed is (eshell/make) from em-unix.el.
> >
> > The *compilation* window then pops up, which reads: ...
>
> Thanks for the bug report. I'm guessing you're using Emacs 30.0.50. This
> is a bug, in that eshell/make should print its output to the Eshell
> buffer by default (not a new compilation buffer). That's now fixed in
> 4834be0949e on master, so closing this issue.
>
> However, for fixing the colors in the compilation buffer, you can also
> add 'ansi-color-compilation-filter' to 'compilation-filter-hook'.
>
[-- Attachment #2: Type: text/html, Size: 1378 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
* bug#68724: eshell/make doesn't properly handle color term characters
2024-01-26 1:31 ` Patrick Poitras
@ 2024-01-26 1:59 ` Jim Porter
0 siblings, 0 replies; 4+ messages in thread
From: Jim Porter @ 2024-01-26 1:59 UTC (permalink / raw)
To: Patrick Poitras; +Cc: 68724
On 1/25/2024 5:31 PM, Patrick Poitras wrote:
> This is what happens when I file bug reports while sick. Forgot a bunch
> of details. My apologies.
No worries! The second part of your message (about "VAR=value make"
being a workaround) also made me look again at how Eshell handles local
variable settings like that, which let me fix a longstanding bug in the
code: "VAR=value cd dir/" didn't actually change the directory. That's
now fixed as well on master.
> Yeah, bug reported from emacs 30.0.50 @ 4e260bfc47e on master. Can
> confirm that it's now fix on latest master.
Thanks for confirming the fix.
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2024-01-26 1:59 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2024-01-26 0:54 bug#68724: eshell/make doesn't properly handle color term characters Patrick Poitras
2024-01-26 1:18 ` Jim Porter
2024-01-26 1:31 ` Patrick Poitras
2024-01-26 1:59 ` Jim Porter
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.