GNU bug report logs - #75521
scratch/igc: Delete unused macro DEFVAR_LISP_NOPROX

Previous Next

Full log

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

From: Pip Cet <pipcet <at> protonmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 75521 <at> debbugs.gnu.org, Stefan Kangas <stefankangas <at> gmail.com>
Subject: Re: bug#75521: scratch/igc: Delete unused macro DEFVAR_LISP_NOPROX
Date: Wed, 15 Jan 2025 17:52:13 +0000

"Eli Zaretskii" <eliz <at> gnu.org> writes:

>> From: Stefan Kangas <stefankangas <at> gmail.com>
>> Date: Tue, 14 Jan 2025 16:46:06 -0500
>> Cc: pipcet <at> protonmail.com, 75521 <at> debbugs.gnu.org
>>
>> Eli Zaretskii <eliz <at> gnu.org> writes:
>>
>> >> From: Stefan Kangas <stefankangas <at> gmail.com>
>> >> Date: Mon, 13 Jan 2025 21:09:02 +0000
>> >> Cc: pipcet <at> protonmail.com, 75521 <at> debbugs.gnu.org
>> >>
>> >> Yes, indeed, but that seems like an optimization that is not worth
>> >> doing.  Not these days, at any rate.
>> >
>> > If you try to staticpro too many variables, the build will fail
>> > because Emacs runs out of space in staticvec.  Not everyone knows what
>> > to do in this case, and it's an annoyance when this happens.  So I
>> > would not say so easily that it's an optimization not worth doing, no.
>>
>> NSTATICS was last increased by Paul in 2013 (4195afc389bb).
>
> Actually, it was a year before, but I don't see how that changes the
> fact that redundant protecting should be avoided.

That sentence is the straw that broke the camel's back.

It's not a fact, it's an individual opinion which virtually everyone
else disagrees with (for very good reasons).  I certainly do.  Literally
the only argument that has been advanced to support this *opinion* is
that removing the *three* remaining _NOPROs (which are, at this point,
NOT redundant, but buggy) would somehow cause us to run out of NSTATICS,
which would mean more than doubling our staticpro calls overnight,
adding more than a thousand staticpros.

If diverging opinions are described as contradicting alleged "facts",
there is no point discussing this further.

Pip

Previous Next

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