[Rd] [External] defer removal of ENCLOS, FRAME, HASHTAB, SET_ENCLOS?
Thomas Friedrichsmeier
thom@@@|r|edr|ch@me|er @end|ng |rom kdem@||@net
Tue Mar 24 11:55:30 CET 2026
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.
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.
Regards
Thomas
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 833 bytes
Desc: Digitale Signatur von OpenPGP
URL: <https://stat.ethz.ch/pipermail/r-devel/attachments/20260324/717777b0/attachment.sig>
More information about the R-devel
mailing list