bug#50968: 28.0.60; curly quote in lisp form in docstrings

bug#50968: 28.0.60; curly quote in lisp form in docstrings

[David Fussner via Bug reports for GNU Emacs, the Swiss army knife of text editors]

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

bug#50968: 28.0.60; curly quote in lisp form in docstrings

[Lars Ingebrigtsen]

David Fussner <dfussner@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#50968: 28.0.60; curly quote in lisp form in docstrings

[Eli Zaretskii]

> From: Lars Ingebrigtsen <larsi@gnus.org>
> Date: Sun, 03 Oct 2021 11:36:13 +0200
> Cc: 50968@debbugs.gnu.org
> 
> David Fussner <dfussner@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#50968: 28.0.60; curly quote in lisp form in docstrings

[David Fussner via Bug reports for GNU Emacs, the Swiss army knife of text editors]

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@gnu.org> wrote:
>
> > From: Lars Ingebrigtsen <larsi@gnus.org>
> > Date: Sun, 03 Oct 2021 11:36:13 +0200
> > Cc: 50968@debbugs.gnu.org
> >
> > David Fussner <dfussner@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?