From: Alan Mackenzie <acm@muc.de>
To: martin rudalics <rudalics@gmx.at>
Cc: Colin Baxter <m43cap@yandex.com>,
"markusffm@fn.de" <markusffm@fn.de>,
33602@debbugs.gnu.org
Subject: bug#33602: 27.0.50; Compiling no file at
Date: Fri, 7 Dec 2018 18:11:12 +0000 [thread overview]
Message-ID: <20181207181112.GE7949@ACM> (raw)
In-Reply-To: <5C0AB2C2.8030600@gmx.at>
Hello, Martin.
On Fri, Dec 07, 2018 at 18:49:54 +0100, martin rudalics wrote:
> >> FWIW the problem is in package.el. Have a look at the fix I just posted.
> > Could you perhaps be more explicit, please? The problem with "Compiling
> > no file at ..." is one I can't even reproduce at the moment.
> Sorry, I had to leave and only wanted people to wait with bisecting
> until Stefan resolved the current issue. Beware also that I haven't
> followed the threads with the issue discussed here so maybe I'm not
> aware of all details. IIUC all started with Markus reporting that
> > (is that a late April Fools' Day prank?)
> > after each restart, a *Compile-log* buffer reports
> > Compiling no file at <any date>
> and one of the next days Angelo reported
> > Compiling no file at Thu Dec 6 09:46:33 2018
> From Angelo's init file I traced that message back to the presence of
> (require 'package)
> and removing that removed the message.
When I insert that into my .emacs, regardless of whether near the
beginning or near the end, I don't get the *Compile-Log* buffer.
> Then I looked into package.el and found that code at its end:
> (insert "\f
> ;; Local\sVariables:
> ;; version-control: never
> ;;\sno-byte-compile: t
> ;; no-update-autoloads: t
> ;; End:
> "))))
> Since commenting out the
> ;;\sno-byte-compile: t
> line again avoids the message I concluded that Stefan somehow got the
> grep in makefile wrong which looks for
> grep '^;.*no-byte-compile: t'
> and apparently finds the one in that line. So the connection you
> asked for here
> > The patch you recently posted for package.el is something to do with
> > package.el being compiled or not being compiled. What connection does
> > this have with the irritating appearance of the message in *Compile-Log*?
> should be hopefully clear now.
Sorry, it's not at all clear. I just don't see how a mix up in the
Local Variables section(s) can cause the appearance of *Compile-Log*
with its irritating message. I can't reproduce the problem, either.
What is the causal connection between the Local Variables: mixup and the
appearnace of the *Compile-Log* buffer?
> My patch is just a workaround (which happens to work here) for people
> to test. A clean fix could use 'concat' to produce that string (I have
> no idea whether no-update-autoloads might be affected as well) like
> (insert (concat "\f\n"
> ";; Local Variables:\n"
> ";; version-control: never\n"
> ";; no-byte-compile: t\n"
> ";; no-update-autoloads: t\n"
> ";; End:\n"))
> so the ^;.* match is avoided by the spaces and the quotation mark.
> martin
--
Alan Mackenzie (Nuremberg, Germany).
next prev parent reply other threads:[~2018-12-07 18:11 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-12-03 19:20 bug#33602: 27.0.50; Compiling no file at Markus FFM
2018-12-03 19:40 ` Glenn Morris
2018-12-04 6:52 ` Colin Baxter
[not found] ` <mailman.5104.1543865051.1284.bug-gnu-emacs@gnu.org>
2018-12-06 13:33 ` Alan Mackenzie
[not found] ` <20181206215832.GA23102@INDRA>
2018-12-07 13:43 ` Alan Mackenzie
2018-12-07 13:52 ` martin rudalics
2018-12-07 14:59 ` Alan Mackenzie
2018-12-07 17:49 ` martin rudalics
2018-12-07 18:11 ` Alan Mackenzie [this message]
2018-12-07 18:42 ` martin rudalics
2018-12-07 19:02 ` Alan Mackenzie
2018-12-07 18:43 ` Eli Zaretskii
2018-12-07 18:59 ` Alan Mackenzie
2018-12-07 19:01 ` Glenn Morris
2018-12-07 19:17 ` Eli Zaretskii
2018-12-07 19:27 ` Alan Mackenzie
2018-12-07 19:52 ` Eli Zaretskii
2018-12-07 20:06 ` Alan Mackenzie
2018-12-08 10:48 ` Eli Zaretskii
2018-12-08 20:07 ` Alan Mackenzie
2018-12-08 20:36 ` Eli Zaretskii
2018-12-09 11:30 ` Alan Mackenzie
2018-12-09 12:43 ` Eli Zaretskii
2018-12-09 13:19 ` Alan Mackenzie
2018-12-07 15:04 ` Colin Baxter
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=20181207181112.GE7949@ACM \
--to=acm@muc.de \
--cc=33602@debbugs.gnu.org \
--cc=m43cap@yandex.com \
--cc=markusffm@fn.de \
--cc=rudalics@gmx.at \
/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.