GNU bug report logs -
#62162
29.0.60; xref.el doesn't compile on Emacs 26, because multi-pair setq-local
Previous Next
Reported by: João Távora <joaotavora <at> gmail.com>
Date: Mon, 13 Mar 2023 13:51:02 UTC
Severity: normal
Fixed in version 29.0.60
Done: Juri Linkov <juri <at> linkov.net>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 62162 in the body.
You can then email your comments to 62162 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
dgutov <at> yandex.ru, juri <at> linkov.net, bug-gnu-emacs <at> gnu.org
:
bug#62162
; Package
emacs
.
(Mon, 13 Mar 2023 13:51:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
João Távora <joaotavora <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
dgutov <at> yandex.ru, juri <at> linkov.net, bug-gnu-emacs <at> gnu.org
.
(Mon, 13 Mar 2023 13:51:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hi,
In a test run of the Eglot test suite (which tests Eglot on Emacs 26.3)
https://github.com/joaotavora/eglot/actions/runs/4405538673/jobs/7716553677#step:7:453
I'm reasonably sure that one of the failures has to do with a multi-pair
call to `setq-local` in xref.el which appeared in this commit
commit 3573ebfa6d94411257ffefdf9eb72f508dbe502c
Author: Juri Linkov <juri <at> linkov.net>
Date: Wed Nov 23 10:38:28 2022 +0200
That construct should not be used in xref.el because it isn't available
on Emacs 26, which xref purports to require. In turn, this breaks Eglot
(and any other packge requiring xref) on those platforms.
João
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#62162
; Package
emacs
.
(Mon, 13 Mar 2023 17:42:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 62162 <at> debbugs.gnu.org (full text, mbox):
close 62162 29.0.60
thanks
> I'm reasonably sure that one of the failures has to do with a multi-pair
> call to `setq-local` in xref.el which appeared in this commit
>
> commit 3573ebfa6d94411257ffefdf9eb72f508dbe502c
> Author: Juri Linkov <juri <at> linkov.net>
> Date: Wed Nov 23 10:38:28 2022 +0200
>
> That construct should not be used in xref.el because it isn't available
> on Emacs 26, which xref purports to require. In turn, this breaks Eglot
> (and any other packge requiring xref) on those platforms.
Now this is fixed in emacs-29. I hope Dmitry will decide
when to bump the xref package version.
bug marked as fixed in version 29.0.60, send any further explanations to
62162 <at> debbugs.gnu.org and João Távora <joaotavora <at> gmail.com>
Request was from
Juri Linkov <juri <at> linkov.net>
to
control <at> debbugs.gnu.org
.
(Mon, 13 Mar 2023 17:42:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#62162
; Package
emacs
.
(Mon, 13 Mar 2023 23:38:02 GMT)
Full text and
rfc822 format available.
Message #13 received at 62162 <at> debbugs.gnu.org (full text, mbox):
reopen 62162
thanks
Juri Linkov <juri <at> linkov.net> writes:
> close 62162 29.0.60
> thanks
>
>> I'm reasonably sure that one of the failures has to do with a multi-pair
>> call to `setq-local` in xref.el which appeared in this commit
>>
>> commit 3573ebfa6d94411257ffefdf9eb72f508dbe502c
>> Author: Juri Linkov <juri <at> linkov.net>
>> Date: Wed Nov 23 10:38:28 2022 +0200
>>
>> That construct should not be used in xref.el because it isn't available
>> on Emacs 26, which xref purports to require. In turn, this breaks Eglot
>> (and any other packge requiring xref) on those platforms.
>
> Now this is fixed in emacs-29.
Thanks but, I think this should have been fixed in master instead,
because that's where the :core packages are built from, AFAIK, and
emacs-29 doesn't have a problem with that construct. It'll make no
difference soon enough, hopefully.
> I hope Dmitry will decide when to bump the xref package version.
I think you could have bumped the version, too. Is there any reason not
to?
Closing this is premature, as the problem stands: the upcoming Eglot
1.12 will have this problem on Emacs 26. Re-opening. I'll bump xref.el
myself in a day or so if no-one beats me to it, and then close.
João
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#62162
; Package
emacs
.
(Tue, 14 Mar 2023 00:30:02 GMT)
Full text and
rfc822 format available.
Message #16 received at 62162 <at> debbugs.gnu.org (full text, mbox):
On 14/03/2023 01:38, João Távora wrote:
> reopen 62162
> thanks
>
> Juri Linkov <juri <at> linkov.net> writes:
>
>> close 62162 29.0.60
>> thanks
>>
>>> I'm reasonably sure that one of the failures has to do with a multi-pair
>>> call to `setq-local` in xref.el which appeared in this commit
>>>
>>> commit 3573ebfa6d94411257ffefdf9eb72f508dbe502c
>>> Author: Juri Linkov <juri <at> linkov.net>
>>> Date: Wed Nov 23 10:38:28 2022 +0200
>>>
>>> That construct should not be used in xref.el because it isn't available
>>> on Emacs 26, which xref purports to require. In turn, this breaks Eglot
>>> (and any other packge requiring xref) on those platforms.
>>
>> Now this is fixed in emacs-29.
>
> Thanks but, I think this should have been fixed in master instead,
> because that's where the :core packages are built from, AFAIK, and
> emacs-29 doesn't have a problem with that construct. It'll make no
> difference soon enough, hopefully.
True enough, on both counts.
>> I hope Dmitry will decide when to bump the xref package version.
>
> I think you could have bumped the version, too. Is there any reason not
> to?
Extra courtesy never hurts, and after I responded (on emacs-devel) Juri
bumped the version 40 minutes after the commit with the fix.
> Closing this is premature, as the problem stands: the upcoming Eglot
> 1.12 will have this problem on Emacs 26. Re-opening. I'll bump xref.el
> myself in a day or so if no-one beats me to it, and then close.
We're now waiting for the changes to be merged to master. You could do
it yourself, if you are in a hurry.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#62162
; Package
emacs
.
(Tue, 14 Mar 2023 00:42:02 GMT)
Full text and
rfc822 format available.
Message #19 received at 62162 <at> debbugs.gnu.org (full text, mbox):
On Tue, Mar 14, 2023 at 12:29 AM Dmitry Gutov <dgutov <at> yandex.ru> wrote:
> and after I responded (on emacs-devel) Juri
> bumped the version 40 minutes after the commit with the fix.
I missed that. Great.
> > Closing this is premature, as the problem stands: the upcoming Eglot
> > 1.12 will have this problem on Emacs 26. Re-opening. I'll bump xref.el
> > myself in a day or so if no-one beats me to it, and then close.
>
> We're now waiting for the changes to be merged to master. You could do
> it yourself, if you are in a hurry.
I don't know how, and I'm not in that much of a hurry. I think one day
without newest Eglot 1.12 in Emacs 26 is bearable.
Thanks,
João
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#62162
; Package
emacs
.
(Tue, 14 Mar 2023 18:27:02 GMT)
Full text and
rfc822 format available.
Message #22 received at 62162 <at> debbugs.gnu.org (full text, mbox):
On Tue, Mar 14, 2023 at 12:43 AM João Távora <joaotavora <at> gmail.com> wrote:
> I don't know how, and I'm not in that much of a hurry. I think one day
> without newest Eglot 1.12 in Emacs 26 is bearable.
I found out that it's not that hard using the admin/automerge script, which
builds and runs tests. I did that, the merge was clean, and all tests passed,
so I pushed to master.
João
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#62162
; Package
emacs
.
(Wed, 15 Mar 2023 00:46:02 GMT)
Full text and
rfc822 format available.
Message #25 received at 62162-done <at> debbugs.gnu.org (full text, mbox):
Newest xref now in GNU ELPA. Closing.
On Tue, Mar 14, 2023 at 6:27 PM João Távora <joaotavora <at> gmail.com> wrote:
>
> On Tue, Mar 14, 2023 at 12:43 AM João Távora <joaotavora <at> gmail.com> wrote:
>
> > I don't know how, and I'm not in that much of a hurry. I think one day
> > without newest Eglot 1.12 in Emacs 26 is bearable.
>
> I found out that it's not that hard using the admin/automerge script, which
> builds and runs tests. I did that, the merge was clean, and all tests passed,
> so I pushed to master.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Wed, 12 Apr 2023 11:24:06 GMT)
Full text and
rfc822 format available.
This bug report was last modified 2 years and 31 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.