bug#57627: 29.0.50; [native-compilation] cl-loaddefs.el recompiled on startup

2024-09-06 Thread Andrea Corallo
Phil Sainty  writes:

> https://emacs.stackexchange.com/questions/82010 indicates
> that this bug was fixed for *.el files, but remains in effect
> for the *.el.gz case.

Hi Phil,

can you reproduce this?  ATM I cannot with my emacs 30 installed.

Andrea





bug#70007: [PATCH] native JSON encoder

2024-09-07 Thread Andrea Corallo
Eli Zaretskii  writes:

>> From: Stefan Kangas 
>> Date: Sat, 31 Aug 2024 15:15:25 -0700
>> Cc: mattias.engdeg...@gmail.com, acora...@gnu.org, caso...@gmail.com, 
>>  70...@debbugs.gnu.org
>> 
>> Stefan Monnier  writes:
>> 
>> >> And against the additional variable to make this more
>> >> backward-compatible?
>> >
>> > Yup.  The var would be my second-best choice (and I assume it's
>> > immediately declared obsolete).
>> 
>> I tend to agree with Stefan M here.
>
> Thanks.
>
> Andrea, would you please voice your opinion on this?

I'm for returning unibyte indeed.  And for the variable or the second
function I'm kind of neutral, I'd do it only if it's not too much effort
so I'll trust Mattias preference here.

  Andrea





bug#73131: 28.2; Yielded threads get killed on C-g

2024-09-08 Thread Andrea Corallo
Swapneil Singh  writes:

> When using the Emacs cooperative threading system in a new project, I
> noticed that calling C-g results in quitting the background thread I
> create, even when those threads are yielded.
>
> Sending this as a bug report per Eli Zaretskii's mention that it may not
> be expected behavior
> (https://www.reddit.com/r/emacs/comments/1fbkkii/comment/lm3boja/).
>
> Repro recipe:
> - emacs -Q
> - `C-x 3` and run `list-threads` in the new window, then return to the
> older window
> - `M-:` `(make-thread (lambda () (cl-loop while t do (progn
> (thread-yield) (sleep-for 30)` and wait for the new thread to yield to
> the main thread.
> - `C-g`. The new thread disappears from the `list-threads` window.
>
>
> Note: While I am admittedly on Windows, given this behavior is within the
> cooperative threads of the Emacs runtime (rather than actual Windows
> threads) I *really* doubt that has anything to do with it.

Data point: I might be doing something different but I can't reproduce
this here on emacs-29.4 nor on emacs30 on GNU/Linux.

  Andrea