GNU bug report logs - #20401
refill long lines in generated ChangeLog

Previous Next

Package: emacs;

Reported by: Glenn Morris <rgm <at> gnu.org>

Date: Tue, 21 Apr 2015 20:49:02 UTC

Severity: minor

Tags: wontfix

Found in version 25.0.50

Done: Glenn Morris <rgm <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Glenn Morris <rgm <at> gnu.org>
To: 20401 <at> debbugs.gnu.org
Subject: bug#20401: refill long lines in generated ChangeLog
Date: Tue, 21 Apr 2015 16:48:56 -0400
Package: emacs
Version: 25.0.50
Severity: minor

`make ChangeLog' creates entries longer than 80 columns; see example.
I had hoped that it would refill overly long lines.

2015-04-20  Glenn Morris  <rgm <at> gnu.org>

	Avoid non-nil current-load-list at startup
	* src/process.c (init_process_emacs): Move Fprovide statement...
	(syms_of_process): ... to here.

	* lisp/loadup.el (custom-current-group-alist): Reset before dumping.

	* lisp/startup.el (command-line) <site-run-file>: Avoid rogue value in emacs -Q.


Many bonus points if it fills it the "smart" way that I would have done
had I written it by hand. ;)

        * lisp/startup.el (command-line) <site-run-file>:
        Avoid rogue value in emacs -Q.

Yes, it's probably my fault. I was "forced" into it by git's IMO silly
"if more than one line, second line should be blank" convention.

But it's not just me that has written lines slightly too long.




This bug report was last modified 8 years and 95 days ago.

Previous Next


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