Skip to content

feat: Support packages with multiple dots in the name - #8

Open
krlmlr wants to merge 12 commits into
f-multi-dotfrom
claude/f-multi-dot-42ve6t
Open

feat: Support packages with multiple dots in the name#8
krlmlr wants to merge 12 commits into
f-multi-dotfrom
claude/f-multi-dot-42ve6t

Conversation

@krlmlr

@krlmlr krlmlr commented Aug 17, 2026

Copy link
Copy Markdown
Owner

Patch f-multi-dot of the stack.

cpp_register() turns the package name into the C symbol prefix for the generated .Call entry points, replacing dots with underscores. It used sub(), which replaces only the first match, so a package named duckdb.1.5.dev produced _duckdb_1.5.dev_rapi_connect — not a C identifier, and the compiler is the next thing that sees it.

gsub() replaces all of them.

This is why duckdb-r cannot use CRAN's cpp11 to regenerate its bindings: its flavour names carry two dots or more. scripts/flavor.sh there refuses a generated binding whose entry points are not C identifiers, which is exactly what the sub() version produces.

One character, and the most consequential patch in the stack for the fork's actual consumer.

🤖 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
@krlmlr
krlmlr changed the base branch from main to f-multi-dot 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