emacs-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#59118: closed ([PATCH] Prefix all itree functions with itree_)


From: GNU bug Tracking System
Subject: bug#59118: closed ([PATCH] Prefix all itree functions with itree_)
Date: Tue, 08 Nov 2022 16:04:01 +0000

Your message dated Tue, 08 Nov 2022 08:03:08 -0800
with message-id <87h6z9mo1v.fsf@rfc20.org>
and subject line Re: bug#59118: [PATCH] Prefix all itree functions with itree_
has caused the debbugs.gnu.org bug report #59118,
regarding [PATCH] Prefix all itree functions with itree_
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs@gnu.org.)


-- 
59118: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=59118
GNU Bug Tracking System
Contact help-debbugs@gnu.org with problems
--- Begin Message --- Subject: [PATCH] Prefix all itree functions with itree_ Date: Mon, 07 Nov 2022 21:29:15 -0800
Tags: patch

X-Debbugs-CC: Eli Zaretskii <eliz@gnu.org>, Basil L. Contovounesios 
<contovob@tcd.ie>

Steph and I put some effort into prefixing all functions in itree.h with
itree_.  It would be nice to be consistent with that.


In GNU Emacs 29.0.50 (build 9, x86_64-pc-linux-gnu, GTK+ Version
 3.24.34, cairo version 1.16.0) of 2022-11-07 built on naz
Repository revision: d04433b96215d7d3387573f19cc315de86f2341a
Repository branch: master
Windowing system distributor 'The X.Org Foundation', version 11.0.12201003
System Description: Debian GNU/Linux bookworm/sid

Configured using:
 'configure 'CFLAGS=-O2 -g3''

Attachment: 0001-Prefix-all-itree-functions-with-itree_.patch
Description: Text Data


--- End Message ---
--- Begin Message --- Subject: Re: bug#59118: [PATCH] Prefix all itree functions with itree_ Date: Tue, 08 Nov 2022 08:03:08 -0800
Eli Zaretskii <eliz@gnu.org> writes:

> Functions that initialize Emacs subsystems during startup are
> traditionally called init_FOO and syms_of_FOO.  So I'd rather we left
> init_itree alone.
>
> As for forget_itree, I don't mind renaming it, although it's largely a
> wasted effort: that function is only present in the unexec build, and
> will die of natural causes at some not too distant point.

Fair enough, closing.


--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]