Re: [R-pkg-devel] R, Rust and CRAN

2022-11-12 Thread Simon Urbanek
No, because I don't use Rust. That's why I was saying that the Rust users should get together and create a such package. Some of the packages listed have experience in fixing the problems, so I would hope they can provide guidance or a good starting point. This is something for the interested co

Re: [R-pkg-devel] R, Rust and CRAN

2022-11-12 Thread Dirk Eddelbuettel
On 13 November 2022 at 08:15, Simon Urbanek wrote: | sorry, I think you misunderstood: CRAN machines have the compilers, but the packages were not detecting it properly and/or were violating the CRAN policies as noted, so that's why I was saying that it would make sense to have a unified appro

Re: [R-pkg-devel] R, Rust and CRAN

2022-11-12 Thread Simon Urbanek
Jeroen, sorry, I think you misunderstood: CRAN machines have the compilers, but the packages were not detecting it properly and/or were violating the CRAN policies as noted, so that's why I was saying that it would make sense to have a unified approach so that each package author doesn't have t

Re: [R-pkg-devel] R, Rust and CRAN

2022-11-12 Thread Dirk Eddelbuettel
On 12 November 2022 at 19:27, Jeroen Ooms wrote: | On Sat, Nov 12, 2022 at 12:49 AM Simon Urbanek | wrote: | > | > this does not directly address your question, but I think it would make a lot of sense to standardize the process, given how many issues there were with packages using Rust (mainl

Re: [R-pkg-devel] R, Rust and CRAN

2022-11-12 Thread Jeroen Ooms
On Sat, Nov 12, 2022 at 12:49 AM Simon Urbanek wrote: > > this does not directly address your question, but I think it would make a lot > of sense to standardize the process, given how many issues there were with > packages using Rust (mainly not detecting compilers correctly, not supplying > s

Re: [R-pkg-devel] R, Rust and CRAN

2022-11-11 Thread Simon Urbanek
Florian, this does not directly address your question, but I think it would make a lot of sense to standardize the process, given how many issues there were with packages using Rust (mainly not detecting compilers correctly, not supplying source code, unsolicited writing into user's directories

Re: [R-pkg-devel] R, Rust and CRAN

2022-11-11 Thread Florian Rupprecht
Hi Matthias, Thank you very much for your response! Putting the entire compiler toolchain of Rust into an R package is likely just too much (it would need to compile the entire LLVM compiler which would take hours just to build alone). However, it is a very interesting idea to consider with depen

Re: [R-pkg-devel] R, Rust and CRAN

2022-11-11 Thread matthias-gondan
Hi Florian, I am doing something similar with Swi-Prolog. Feel free to contact me if needed. My steps were:Get swipl to compile on Windows,  MSYS2, then Rtools4.2.Then, an R package rswipl that just includes the swipl runtime for those people who don't have swipl installed. Then (basically right