CGMossa
CGMossa
This is related to a breaking change in https://github.com/extendr/extendr/pull/832.
### Description In 0.12-rc1, the new line numbers feature adds one line number, to a display equation with multiple lines. It would make more sense to have a line number...
We already had this in `StrIter`. The universal conversion tool just needed to be used here. In summary, this adds `.into_iter()` to `Strings`.
This is an alternative to #852. This is clearly a more convoluted approach, but it seems to be the approach that Rust prefers. ~~This PR currently does not pass CI....
Current stable version of rust give warnings. This is applying one of the suggestions. Hopefully it does not cause problems. Details Excerpt of the warnings: ```rs warning: unexpected `cfg` condition...
Currently, the prelude, i.e. using `use extendr_api::prelude::*;` exports the contents of both `faer` and `ndarray`. There are collisions. This PR merely exports the crates, and then the use may decide...
Missing impls that are useful in `#[extendr]`-impl, that should be accessible via `TryFrom` too! This was caught by @kbvernon and the code in the R test is from them. Long...
Usually, when I'm testing extendr, I use this in `.vscode/settings.json`: ```json { "rust-analyzer.cargo.features": [ "full-functionality" ], "rust-analyzer.linkedProjects": [ "tests/extendrtests/src/rust/Cargo.toml", ], } ``` But then what Rust Analyzer wants to do...
- Introduce a `IntoList` for convenience in the same spirit as `IntoRobj`. - Rename derive-macros `IntoRobj` and `TryFromRobj` to `IntoList` and `TryFromList` respectively. - Minor correction to the underlying macro...
Currently, `#[extendr]` provides opinionated wrappers to R. However, there are several reasons that one may want bare bone bindings. - Feature "unsafe" rust bindings to R - Benchmarking `extendr-api` itself...