GNU bug report logs - #20777
24.4; sh-mode: fill-paragraph does not recognize EOF

Previous Next

Package: emacs;

Reported by: Daniel Hornung <daniel.hornung <at> ds.mpg.de>

Date: Tue, 9 Jun 2015 15:11:02 UTC

Severity: minor

Tags: confirmed, wontfix

Found in versions 24.5, 24.4

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

Bug is archived. No further changes may be made.

Full log


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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Daniel Hornung <daniel.hornung <at> ds.mpg.de>
Cc: 20777 <at> debbugs.gnu.org
Subject: Re: bug#20777: 24.4; sh-mode: fill-paragraph does not recognize EOF
Date: Thu, 27 May 2021 01:38:44 +0200
Daniel Hornung <daniel.hornung <at> ds.mpg.de> writes:

> In sh-mode, upon typing "<<", bracketing pairs of "EOF" are created
> automatically in order to allow creation of a here document.
> Unfortunately the fill-paragraph command, when used inside the correctly
> syntax-highlighted here file region, will not take the trailing "EOF"
> into account as a delimiter, but takes this and the following lines to
> be ordinary text, thus garbling the content of the shell script.

(I'm going through old bug reports that unfortunately got no response at
the time.)

Test case:

echo <<EOF
# foo bar
EOF

`M-q' on the # line, and you get:

echo <<EOF
# foo bar EOF

Which is certainly odd, but...

echo foo
echo foo
echo foo

M-q on that and you get

echo foo echo foo echo foo

That is, it's not clear that `M-q' in shell mode is that well defined,
and what it does in EOF sections isn't inconsistent with what it does
elsewhere...

Anybody got an opinion?

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




This bug report was last modified 3 years and 19 days ago.

Previous Next


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