unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Eli Zaretskii <eliz@gnu.org>
To: Konstantin Kharlamov <Hi-Angel@yandex.ru>
Cc: stefankangas@gmail.com, execvy@gmail.com, 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 13:50:45 +0200	[thread overview]
Message-ID: <86ldvsglpm.fsf@gnu.org> (raw)
In-Reply-To: <8c0f6726a535fdb203907ee0a105a9cc72861ca1.camel@yandex.ru> (message from Konstantin Kharlamov on Fri, 03 Jan 2025 12:31:23 +0300)

> From: Konstantin Kharlamov <Hi-Angel@yandex.ru>
> Date: Fri, 03 Jan 2025 12:31:23 +0300
> 
> 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.

Why not?

> 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.

As already abundantly explained in the past, there are valid reasons
for us not to reach that ideal in 100% of cases.  That's why when a
build fails, the Makefile suggests "make bootstrap".  To make
shortcuts, you need to know many intimate details of how Emacs is
built and how it works, and we don't expect that from casual builders.



  reply	other threads:[~2025-01-03 11:50 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
2025-01-03 11:50       ` Eli Zaretskii [this message]
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

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=86ldvsglpm.fsf@gnu.org \
    --to=eliz@gnu.org \
    --cc=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 public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).