GNU bug report logs - #50968
28.0.60; curly quote in lisp form in docstrings

Previous Next

Package: emacs;

Reported by: David Fussner <dfussner <at> googlemail.com>

Date: Sat, 2 Oct 2021 14:16:02 UTC

Severity: normal

Found in version 28.0.60

Fixed in version 28.1

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 50968 in the body.
You can then email your comments to 50968 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#50968; Package emacs. (Sat, 02 Oct 2021 14:16:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to David Fussner <dfussner <at> googlemail.com>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Sat, 02 Oct 2021 14:16:02 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: David Fussner <dfussner <at> googlemail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 28.0.60; curly quote in lisp form in docstrings
Date: Sat, 2 Oct 2021 15:14:54 +0100
emacs -Q
C-h f show-paren-mode

Here, I see (among other things):

-- begin quotation --

To check whether the minor mode is enabled in the current buffer,
evaluate ‘(default-value ’show-paren-mode)’.

-- end quotation --

The straight quote inside the form has become curly (unless gmail has
mangled it), preventing evaluation. This part of the docstring comes
from a template in
easy-mmode.el, so versions of it appear everywhere.

Thanks,

David.

P.S. Not using nativecomp, in case that's relevant.

In GNU Emacs 28.0.60 (build 2, i686-pc-linux-gnu, GTK+ Version 3.18.9,
cairo version 1.14.6)
 of 2021-10-02 built on newfont
Repository revision: bd60fca2faa03034e89df68a69255656df6512ba
Repository branch: emacs-28
Windowing system distributor 'The X.Org Foundation', version 11.0.11803000
System Description: Slackware 14.2

Configured using:
 'configure
 PKG_CONFIG_PATH=/usr/local/lib/pkgconfig:/usr/local/share/pkgconfig:/usr/lib/pkgconfig:/usr/share/pkgconfig'

Configured features:
ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG
LCMS2 LIBXML2 MODULES NOTIFY INOTIFY PDUMPER PNG RSVG SECCOMP SOUND
THREADS TIFF TOOLKIT_SCROLL_BARS X11 XDBE XIM XPM GTK3 ZLIB

Important settings:
  value of $LC_COLLATE: C
  value of $LANG: en_US.ISO8859-1
  locale-coding-system: iso-latin-1-unix

Major mode: Lisp Interaction

Minor modes in effect:
  tooltip-mode: t
  global-eldoc-mode: t
  eldoc-mode: t
  show-paren-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  indent-tabs-mode: t
  transient-mark-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message rmc puny dired dired-loaddefs
rfc822 mml mml-sec epa derived epg rfc6068 epg-config gnus-util rmail
rmail-loaddefs auth-source cl-seq eieio eieio-core cl-macs
eieio-loaddefs password-cache json map text-property-search time-date
subr-x seq byte-opt gv bytecomp byte-compile cconv mm-decode mm-bodies
mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader cl-loaddefs
cl-lib sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils
iso-transl tooltip eldoc paren electric uniquify ediff-hook vc-hooks
lisp-float-type elisp-mode mwheel term/x-win x-win term/common-win x-dnd
tool-bar dnd fontset image regexp-opt fringe tabulated-list replace
newcomment text-mode lisp-mode prog-mode register page tab-bar menu-bar
rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock
font-lock syntax font-core term/tty-colors frame minibuffer cl-generic
cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao
korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech
european ethiopic indian cyrillic chinese composite emoji-zwj charscript
charprop case-table epa-hook jka-cmpr-hook help simple abbrev obarray
cl-preloaded nadvice button loaddefs faces cus-face macroexp files
window text-properties overlay sha1 md5 base64 format env code-pages
mule custom widget hashtable-print-readable backquote threads dbusbind
inotify lcms2 dynamic-setting system-font-setting font-render-setting
cairo move-toolbar gtk x-toolkit x multi-tty make-network-process emacs)

Memory information:
((conses 8 49598 9034)
 (symbols 24 6606 1)
 (strings 16 18292 1931)
 (string-bytes 1 607100)
 (vectors 8 12829)
 (vector-slots 4 182953 14334)
 (floats 8 22 47)
 (intervals 28 195 7)
 (buffers 564 11)
 (heap 1024 9583 818))




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#50968; Package emacs. (Sun, 03 Oct 2021 09:37:02 GMT) Full text and rfc822 format available.

Message #8 received at 50968 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: David Fussner <dfussner <at> googlemail.com>
Cc: 50968 <at> debbugs.gnu.org
Subject: Re: bug#50968: 28.0.60; curly quote in lisp form in docstrings
Date: Sun, 03 Oct 2021 11:36:13 +0200
David Fussner <dfussner <at> googlemail.com> writes:

> To check whether the minor mode is enabled in the current buffer,
> evaluate ‘(default-value ’show-paren-mode)’.
>
> -- end quotation --
>
> The straight quote inside the form has become curly (unless gmail has
> mangled it), preventing evaluation. This part of the docstring comes
> from a template in
> easy-mmode.el, so versions of it appear everywhere.

Yup, this should now be fixed in Emacs 28 (but requires recompiling all
files that use easy-mmode).

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




bug marked as fixed in version 28.1, send any further explanations to 50968 <at> debbugs.gnu.org and David Fussner <dfussner <at> googlemail.com> Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Sun, 03 Oct 2021 09:37:02 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#50968; Package emacs. (Sun, 03 Oct 2021 11:02:01 GMT) Full text and rfc822 format available.

Message #13 received at 50968 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>, akrl <at> sdf.org
Cc: 50968 <at> debbugs.gnu.org, dfussner <at> googlemail.com
Subject: Re: bug#50968: 28.0.60; curly quote in lisp form in docstrings
Date: Sun, 03 Oct 2021 14:01:00 +0300
> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Date: Sun, 03 Oct 2021 11:36:13 +0200
> Cc: 50968 <at> debbugs.gnu.org
> 
> David Fussner <dfussner <at> googlemail.com> writes:
> 
> > To check whether the minor mode is enabled in the current buffer,
> > evaluate ‘(default-value ’show-paren-mode)’.
> >
> > -- end quotation --
> >
> > The straight quote inside the form has become curly (unless gmail has
> > mangled it), preventing evaluation. This part of the docstring comes
> > from a template in
> > easy-mmode.el, so versions of it appear everywhere.
> 
> Yup, this should now be fixed in Emacs 28 (but requires recompiling all
> files that use easy-mmode).

I 'touch'ed all the *.el files that use define-minor-mode, but then
rebuilding Emacs with native-compilation fails with error messages
that complain about frame-XXX.eln:

    ELC+ELN  ../lisp/international/mule-cmds.elc
  emacs: can't find function "F616e6f6e796d6f75732d6c616d626461_anonymous_lambda_41" in compilation unit d:\gnu\git\emacs\native-comp\src\../native-lisp/28.0.60-bc5f6bd2/preloaded/frame-b40fc590-734bdcac.eln
  Makefile:286: recipe for target `../lisp/international/mule-cmds.elc' failed

I saw others report similar problems recently.

I worked around this by removing emacs and bootstrap-emacs executables
(and the corresponding pdmp files), which causes a re-dump.

There were no such problems in the build without native-compilation.

frame.el was one of the 'touch'ed files, so it was recompiled, and it
sounds like the problem is with some discrepancy between the old
frame-XXX.eln file with which emacs was dumped, and the new one?  And
it's somehow triggered by refreshing the preloaded *.eln files that
were meanwhile recompiled?

Andrea, what do these error messages mean, and how to avoid them in
the future?  Do we lack some cleanup or some prerequisites in our
Makefile's?




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#50968; Package emacs. (Sun, 03 Oct 2021 13:43:01 GMT) Full text and rfc822 format available.

Message #16 received at 50968 <at> debbugs.gnu.org (full text, mbox):

From: David Fussner <dfussner <at> googlemail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 50968 <at> debbugs.gnu.org, Lars Ingebrigtsen <larsi <at> gnus.org>, akrl <at> sdf.org
Subject: Re: bug#50968: 28.0.60; curly quote in lisp form in docstrings
Date: Sun, 3 Oct 2021 14:42:06 +0100
All looks well here after a bootstrap -- thank you very much for the
quick fix, Lars.

David.

On Sun, 3 Oct 2021 at 12:01, Eli Zaretskii <eliz <at> gnu.org> wrote:
>
> > From: Lars Ingebrigtsen <larsi <at> gnus.org>
> > Date: Sun, 03 Oct 2021 11:36:13 +0200
> > Cc: 50968 <at> debbugs.gnu.org
> >
> > David Fussner <dfussner <at> googlemail.com> writes:
> >
> > > To check whether the minor mode is enabled in the current buffer,
> > > evaluate ‘(default-value ’show-paren-mode)’.
> > >
> > > -- end quotation --
> > >
> > > The straight quote inside the form has become curly (unless gmail has
> > > mangled it), preventing evaluation. This part of the docstring comes
> > > from a template in
> > > easy-mmode.el, so versions of it appear everywhere.
> >
> > Yup, this should now be fixed in Emacs 28 (but requires recompiling all
> > files that use easy-mmode).
>
> I 'touch'ed all the *.el files that use define-minor-mode, but then
> rebuilding Emacs with native-compilation fails with error messages
> that complain about frame-XXX.eln:
>
>     ELC+ELN  ../lisp/international/mule-cmds.elc
>   emacs: can't find function "F616e6f6e796d6f75732d6c616d626461_anonymous_lambda_41" in compilation unit d:\gnu\git\emacs\native-comp\src\../native-lisp/28.0.60-bc5f6bd2/preloaded/frame-b40fc590-734bdcac.eln
>   Makefile:286: recipe for target `../lisp/international/mule-cmds.elc' failed
>
> I saw others report similar problems recently.
>
> I worked around this by removing emacs and bootstrap-emacs executables
> (and the corresponding pdmp files), which causes a re-dump.
>
> There were no such problems in the build without native-compilation.
>
> frame.el was one of the 'touch'ed files, so it was recompiled, and it
> sounds like the problem is with some discrepancy between the old
> frame-XXX.eln file with which emacs was dumped, and the new one?  And
> it's somehow triggered by refreshing the preloaded *.eln files that
> were meanwhile recompiled?
>
> Andrea, what do these error messages mean, and how to avoid them in
> the future?  Do we lack some cleanup or some prerequisites in our
> Makefile's?




bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Mon, 01 Nov 2021 11:24:08 GMT) Full text and rfc822 format available.

This bug report was last modified 2 years and 176 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.