all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Eli Zaretskii <eliz@gnu.org>
To: Noam Postavsky <npostavs@gmail.com>
Cc: 31744@debbugs.gnu.org
Subject: bug#31744: 26.1; Improvements to make tags and make -C test
Date: Sun, 10 Jun 2018 19:59:41 +0300	[thread overview]
Message-ID: <83y3fmr30i.fsf@gnu.org> (raw)
In-Reply-To: <878t7n22kv.fsf@gmail.com> (message from Noam Postavsky on Sat, 09 Jun 2018 15:16:00 -0400)

> From: Noam Postavsky <npostavs@gmail.com>
> Cc: 31744@debbugs.gnu.org
> Date: Sat, 09 Jun 2018 15:16:00 -0400
> 
> >> especially since every build directory will have identical TAGS
> >> files anyway
> >
> > That's what happens currently, but it isn't carved in stone.  We
> > could, for example, have TAGS reflect only the files that are compiled
> > in on the current platform; other projects (like GDB, for example) do
> > just that.  Then each build will have a different TAGS file.
> 
> I hope not, that sounds inconvenient to me.

It depends.  When you work in the build tree, it is reasonable to
assume you are interested only in the files relevant to that build, so
you won't want to see, e.g., w32term.c when you are working on an X
build.

> Going back to a question from earlier in the thread:
> 
> >> +ifeq ($(TEST_INTERACTIVE), yes)
> >> +	HOME=/nonexistent $(emacs) \
> >> +	  -l ert ${ert_opts} \
> >> +	  $(patsubst %,-l %,$(if $(findstring $(TEST_LOAD_EL),yes),$ELFILES,$(ELFILES:.el=)))  \
> >> +	  $(TEST_RUN_ERT)
> >> +else
> >>  	-@${MAKE} -k  ${LOGFILES}
> >> -	@$(emacs) -l ert -f ert-summarize-tests-batch-and-exit ${LOGFILES}
> >> +	@$(emacs) --batch -l ert -f ert-summarize-tests-batch-and-exit ${LOGFILES}
> >> +endif
> 
> > Not sure I understand the HOME trick: why not use -Q?
> 
> $(emacs) already includes -Q (or rather, the equivalent long options
> --no-init-file --no-site-file --no-site-lisp).  The HOME trick was added
> in [d17aa3e535] and [412c38aa28].  I can't find a specific discussion,
> but http://lists.gnu.org/archive/html/emacs-devel/2017-05/msg00641.html
> seems related.  I've added a comment to explain this better.

Thanks, I have no more comments.  Please go ahead, and thanks.





  reply	other threads:[~2018-06-10 16:59 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-06-07  1:49 bug#31744: 26.1; Improvements to make tags and make -C test Noam Postavsky
2018-06-08 15:38 ` Eli Zaretskii
2018-06-08 16:04   ` Robert Pluim
2018-06-09  1:12     ` Noam Postavsky
2018-06-09  6:20       ` Eli Zaretskii
2018-06-09 19:16         ` Noam Postavsky
2018-06-10 16:59           ` Eli Zaretskii [this message]
2018-06-12 11:49             ` Noam Postavsky

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=83y3fmr30i.fsf@gnu.org \
    --to=eliz@gnu.org \
    --cc=31744@debbugs.gnu.org \
    --cc=npostavs@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.