all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
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).





  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.