Skip to content

feat: Add prot argument to external_pointer() constructor - #7

Open
krlmlr wants to merge 12 commits into
f-extptr-protfrom
claude/f-extptr-prot-42ve6t
Open

feat: Add prot argument to external_pointer() constructor#7
krlmlr wants to merge 12 commits into
f-extptr-protfrom
claude/f-extptr-prot-42ve6t

Conversation

@krlmlr

@krlmlr krlmlr commented Aug 17, 2026

Copy link
Copy Markdown
Owner

Patch f-extptr-prot of the stack.

R_MakeExternalPtr() takes a prot slot whose whole purpose is keeping an R object alive for as long as the external pointer lives. external_pointer's constructor hardcoded R_NilValue there, so the slot was unreachable and a caller whose pointee borrows from an R object had to arrange the lifetime some other way.

New trailing SEXP prot = R_NilValue parameter, passed straight through. Defaulted, so every existing call is unchanged.

Note this touches the same constructor region as #2 (b-extptr-leak), but a different constructor — the two integrate cleanly in either order.

🤖 Generated with Claude Code

https://claude.ai/code/session_01K8MneV8KqHYUuC8fWV3X5Q


Generated by Claude Code

DavisVaughan and others added 12 commits April 3, 2026 13:09
* Don't rely on transitive include of `"fmt/core.h"`

We got it through `cpp11/protect.hpp`, but we should not rely on that

* Correctly use `fmt::runtime()` on runtime strings passed to `fmt::format()`

In fmt, there is a `FMT_CONSTEVAL` macro that resolves to `consteval` on "new enough" C++ (otherwise it doesn't do anything). For R 4.6+, the default C++ used is finally "new enough" (`__cplusplus > 201703L`).

This causes all `fmt::format()` calls to require a constant expression for `const char*` and `std::string&` input, which we are not currently doing via `fmt_arg`.

We have a runtime provided string, which must now be wrapped in `fmt::runtime()`, which is what we should have been doing all along.

* Add `r_ns_env()` and use in `get_namespace()`

Throwing an informative (and tested!) error when we can't find the package namespace

* Define `RCPP_NO_R_HEADERS_CHECK` before all `#include <Rcpp.h>` usage

`#include <cpp11/R.hpp>` sets everything up the right way, and otherwise we get a warning from Rcpp which doesn't seem to end up being relevant for this use case

* Use `r_env_has()` + `r_env_get()`

To avoid triggering a NOTE about usage of `Rf_findVarInFrame3()` on R 4.5, where technically we had the tools to avoid that
* Teach `cpp_source()` how to source multiple files

* NEWS bullet

* Link to PR
…violations (r-lib#493)

* Add failing test

* Use tag types to generate attribute specific internals

* NEWS bullet

* Formatting
* Update `cran-comments.md`

* Increment version number to 0.5.5
Lets the caller keep an R object alive for as long as the external
pointer lives, which is what `R_MakeExternalPtr()`'s `prot` slot is for.
@krlmlr
krlmlr changed the base branch from main to f-extptr-prot August 17, 2026 21:14
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants