[Rd] [External] defer removal of ENCLOS, FRAME, HASHTAB, SET_ENCLOS?

[iuke-tier@ey m@iii@g oii uiow@@edu]

On Tue, 24 Mar 2026, Thomas Friedrichsmeier wrote:

> [You don't often get email from thomas.friedrichsmeier using kdemail.net. Learn why this is important at https://aka.ms/LearnAboutSenderIdentification ]
>
> Am Mon, 23 Mar 2026 17:53:00 -0500 (CDT)
> schrieb luke-tierney--- via R-devel <r-devel using r-project.org>:
>
> [...]
>
>> The Writing R Extensions manual (WRE) lists a new API for examining
>> bindings. This was developed in PR18928 on bugzilla.
>
> [...]
>
>> R_lsInternal3 is in the API. WRE has pointers for replacing
>> Rf_findVarInFrame.
>
> Thanks for the pointers. On a first glance, these seem to cover all we need,
> indeed.
>
>>> Further we are using R_InputHandlers, in conjunction with addInputHandler
>>> and R_runHandlers. I would have to evaluate that (old) code quite
>>> carefully, but we do need the ability to insert our own handlers into the
>>> event loop as well as running all existing handlers.
>>
>> These are in the embedding API; see WRE.
>
> Thanks for the reassurance. I mentioned those, because your tool criticized
> usage of R_InputHandlers.

It isn't criticizing, just reporting the current state. Some things
not in the API now may be added.

> On a more generic note, I would like to second the point that it is a
> non-trivial task for downstream projects to adjust to breaking changes like
> this. I am quite aware that these changes have originally been announced a long
> time ago. However, in a volunteer driven project it is not always easy to
> follow R development in a timely manner. If realistically possible at all - it
> would be very helpful, if the implementation of breaking changes could be
> clustered in an earlier stage of the R release cycle.

R is a volunteer driven project as well. We do try to avoid making
breaking changes when possible, and we test extensively on CRAN and
BIOC packages.  But we don't know all the embedded uses that might be
out there, so for those we have to rely on the maintainers to check
against R-devel regularly. tools:::checkObjAPI may be useful for that.

Best,

luke

>
> Regards
> Thomas
>

-- 
Luke Tierney
Ralph E. Wareham Professor of Mathematical Sciences
University of Iowa                  Phone:             319-335-3386
Department of Statistics and        Fax:               319-335-3017
    Actuarial Science
241 Schaeffer Hall                  email:   luke-tierney using uiowa.edu
Iowa City, IA 52242                 WWW:  http://www.stat.uiowa.edu