GNU bug report logs - #56393
Actually fix the long lines display bug

Previous Next

Package: emacs;

Reported by: Gregory Heytings <gregory <at> heytings.org>

Date: Tue, 5 Jul 2022 08:50:02 UTC

Severity: normal

Done: Gregory Heytings <gregory <at> heytings.org>

Bug is archived. No further changes may be made.

Full log


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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Gerd Möllmann <gerd.moellmann <at> gmail.com>
Cc: gregory <at> heytings.org, larsi <at> gnus.org, 56393 <at> debbugs.gnu.org
Subject: Re: bug#56393: Actually fix the long lines display bug
Date: Fri, 08 Jul 2022 08:56:19 +0300
> From: Gerd Möllmann <gerd.moellmann <at> gmail.com>
> Date: Fri, 8 Jul 2022 07:47:57 +0200
> Cc: gregory <at> heytings.org,
>  larsi <at> gnus.org,
>  56393 <at> debbugs.gnu.org
> 
> > It was originally supposed to make it easier to move to a more
> > sophisticated GC, where it is important to have one place where a
> > struct member is set, so that you could do whatever GC needs to do
> > with variables that got written to.  Unfortunately, the GC
> > modernization is still not here.
> 
> Too bad.  It does not improve the "habitability" of the code, IMO.

I'm not sure I understand: can you elaborate what you mean by that?

From my POV, the names are quite self-explanatory, and in a production
build these small functions are all inlined by the compiler, so I
don't think I see a significant downside.  (There _was_ a downside in
the past: the annoying job of converting all direct accesses to struct
members to function calls, but that's water under the bridge.)




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

Previous Next


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