Re: [R-pkg-devel] Question about Clang 17 Error

2023-09-27 Thread Reed A. Cartwright
Is there any way to submit packages directly to the CRAN's clang17 setup? I can enable verbose output for CMake and compare the output, but I'd rather not clog up the CRAN incoming queue just to debug a linker error? On Wed, Sep 27, 2023 at 2:43 PM Simon Urbanek wrote: > It looks like a C++ run-

Re: [R-pkg-devel] Question about Clang 17 Error

2023-09-27 Thread Simon Urbanek
It looks like a C++ run-time mismatch between what cmake is using to build the static library and what is used by R. Unfortunately, cmake hides the actual compiler calls so it's hard to tell the difference, but that setup relies on the correct sequence of library paths. The rhub manually forces

Re: [R-pkg-devel] Question about Clang 17 Error

2023-09-27 Thread Reed A. Cartwright
I was unable to reproduce the error on the rhub's clang17 docker image. I notice that the linking command is slightly different between systems. And this suggests that I need to find some way to get CRAN to pass -stdlib flag at the linking stage. CRAN: /usr/local/clang17/bin/clang++ -std=gnu++17

Re: [R-pkg-devel] Question about Clang 17 Error

2023-09-27 Thread Gábor Csárdi
You might be able to reproduce it with the clang17 container here: https://r-hub.github.io/containers/ You can either run it directly or with the rhub2 package: https://github.com/r-hub/rhub2#readme Gabor On Wed, Sep 27, 2023 at 8:29 PM Reed A. Cartwright wrote: > > My package, RBedrock, is now

[R-pkg-devel] Question about Clang 17 Error

2023-09-27 Thread Reed A. Cartwright
My package, RBedrock, is now throwing an error when compiled against Clang17. The error log is here: https://www.stats.ox.ac.uk/pub/bdr/clang17/rbedrock.log The important part is """ Error: package or namespace load failed for ‘rbedrock’ in dyn.load(file, DLLpath = DLLpath, ...): unable to load

Re: [R-pkg-devel] Link to MKL instead of RBLAS on CRAN

2023-09-27 Thread Serguei Sokol
Le 27/09/2023 à 14:11, Sameh Abdulah a écrit : Hi, Is it possible to link with MKL instead of RBLAS when submitting my package to CRAN? Usually, it's not the business of a package to choose a BLAS to link to. Many options exists for this on the user's side. For example, at installation of R y

Re: [R-pkg-devel] Link to MKL instead of RBLAS on CRAN

2023-09-27 Thread Uwe Ligges
On 27.09.2023 14:11, Sameh Abdulah wrote: Hi, Is it possible to link with MKL instead of RBLAS when submitting my package to CRAN? Do CRAN support other BLAS libraries? Not quite sure what you aim at. You submit a source package. Make sure it can be linked with any BLAS. CRAN checks your

[R-pkg-devel] Link to MKL instead of RBLAS on CRAN

2023-09-27 Thread Sameh Abdulah
Hi, Is it possible to link with MKL instead of RBLAS when submitting my package to CRAN? Do CRAN support other BLAS libraries? Best, --Sameh -- This message and its contents, including attachments are intended solely for the original recipient. If you are not the intended recipient or have

Re: [R-pkg-devel] vapply and More Complex FUN.VALUE

2023-09-27 Thread Uwe Ligges
On 27.09.2023 09:35, Ivan Krylov wrote: On Tue, 26 Sep 2023 20:00:03 + Dario Strbenac wrote: Is it possible to somehow specify more complex return types, such as a data.frame with specific columns? Probably not with vapply(). It only looks at the equivalent of typeof(), verifies the l

Re: [R-pkg-devel] vapply and More Complex FUN.VALUE

2023-09-27 Thread Ivan Krylov
On Tue, 26 Sep 2023 20:00:03 + Dario Strbenac wrote: > Is it possible to somehow specify more complex return types, such as > a data.frame with specific columns? Probably not with vapply(). It only looks at the equivalent of typeof(), verifies the length() (which for data.frames is the numbe