Thanks. I confirmed the issue has been resolved by following the instructions
in your link.
Regards,
Xianying Tan (shrektan)
Replied Message
| From | Josiah Parry |
| Date | 04/15/2025 10:27 |
| To | 谭显英 |
| Cc | r-devel@r-project.org |
| Subject | Re: [Rd] Help with resolving no
Please update your Makevars template using the development version of
rextendr.
Please see:
https://github.com/extendr/extendr/releases/tag/extendr-api-v0.8.0
On Mon, Apr 14, 2025 at 18:59 谭显英 wrote:
> Dear R-devel list,
>
>
> I maintain two packages that use Rust code through the "extendr" lib
Dear R-devel list,
I maintain two packages that use Rust code through the "extendr" library:
ymd (https://github.com/shrektan/ymd) and fcl (https://github.com/shrektan/fcl)
.
These packages are currently at risk of being removed from CRAN due to calls
to R's non-API functions.
I've addressed
I don't have any concerns about these changes, don't see any need to
preserve the old behaviour.
In lme4 and glmmTMB (and now broken out into a separate `reformulas`
package, I do this the hard way, walking down the parse trees of formula
objects and looking for specials, and not using the
On Mon, 14 Apr 2025 14:10:56 +0200
Toby Hocking wrote:
> /usr/bin/ld : ../../lib/libR.so : référence indéfinie vers
> « u_getVersion_73 »
Strange that it's complaining about symbols from libicu when the
problem is due to libcurl-related flags. What was the command line used
to link libR.so somew
Hi all,
I'm not sure if this is an issue with conda or R.
I expected that I should be able to build R from source, with a conda
environment active.
However, I observe that with conda 23.9.0, in an environment with libcurl
package installed, I get a link error.
The configure works fine:
(base) hoct
> Suharto Anggono Suharto Anggono
> on Sat, 12 Apr 2025 08:27:26 + (UTC) writes:
> For NA case (x == NA_LOGICAL), if R_print.na_width > NB-1 , the "fast
path" for 'EncodeLogical' that I propose previously behaves differently from
the general case that truncates at (NB-1).
Y
