From: Konstantin Kharlamov <Hi-Angel@yandex.ru>
To: Stefan Kangas <stefankangas@gmail.com>,
Eval EXEC <execvy@gmail.com>, emacs-devel <emacs-devel@gnu.org>
Subject: Re: Emacs 31.0.50 (2f1052d9b0de) will line-number in some buffers which shouldn't show it, is there some changed in recent master branch related to display-line-number
Date: Fri, 03 Jan 2025 12:31:23 +0300 [thread overview]
Message-ID: <8c0f6726a535fdb203907ee0a105a9cc72861ca1.camel@yandex.ru> (raw)
In-Reply-To: <CADwFkmk5iOw+3D_PZuBxicuyQfHB0MzdvW9XOZxei1fp=zHPcA@mail.gmail.com>
On Fri, 2025-01-03 at 03:21 -0600, Stefan Kangas wrote:
> Konstantin Kharlamov <Hi-Angel@yandex.ru> writes:
>
> > On Fri, 2025-01-03 at 13:45 +0800, Eval EXEC wrote:
> > > Hello, I am building Emacs from source, and I’ve noticed
> > > something
> > > unusual. Line numbers appear in my rg and xref buffers, but they
> > > disappear after approximately 100ms. This happens even though
> > > I’ve
> > > only
> > > configured display-line-number-mode to be enabled in prog-mode
> > > via an
> > > add-hook.
> > >
> > > Has there been any recent change in the code related to display-
> > > line-
> > > number-mode that might explain this behavior?
> > >
> > > Thank you for your help!
> >
> > FWIW, I just tried building Emacs from latest commit to look at it,
> > but
> > it doesn't even build with `Error: void-function (rx)`.
> >
> > Now, I know Emacs build system has some controversial design
> > decisions
> > that were discussed a few months ago (which basically lead to
> > errors
> > like that), so I tried removing `build/` dir completely and `find -
> > type
> > f -name "*.elc" -delete` but it didn't help. 🤷
>
> Did you try make bootstrap?
Nope. I just have specific directory where I assembly Emacs Arch
package, whereas the building uses the usual `./configure` and `make`
process. For this test I figured I'd update the Emacs package and test
the same problem at the same time, but I get this.
I think if I remove the repo completely, the error will go away,
because that's how it usually works with that kind of errors. But IMO
this is a bug in build system, because build system should handle
rebuilds without any kind of cleaning or removing specific files.
next prev parent reply other threads:[~2025-01-03 9:31 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-01-03 5:45 Emacs 31.0.50 (2f1052d9b0de) will line-number in some buffers which shouldn't show it, is there some changed in recent master branch related to display-line-number Eval EXEC
2025-01-03 8:45 ` Eli Zaretskii
2025-01-03 15:23 ` Konstantin Kharlamov
2025-01-03 9:08 ` Konstantin Kharlamov
2025-01-03 9:21 ` Stefan Kangas
2025-01-03 9:22 ` Eval Exec
2025-01-03 9:32 ` Konstantin Kharlamov
2025-01-03 9:31 ` Konstantin Kharlamov [this message]
2025-01-03 11:50 ` Eli Zaretskii
2025-01-03 15:19 ` Konstantin Kharlamov
2025-01-03 11:42 ` Eli Zaretskii
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=8c0f6726a535fdb203907ee0a105a9cc72861ca1.camel@yandex.ru \
--to=hi-angel@yandex.ru \
--cc=emacs-devel@gnu.org \
--cc=execvy@gmail.com \
--cc=stefankangas@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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.