On 16 May 2023 at 18:32, Serguei Sokol wrote:
| Try to add in /src/Makevars:
|
| PKG_LIBS=$(FLIBS)
Good catch. For every RcppArmadillo package we recommend (and inject if you
use the RcppArmadillo.package.skeleton() helper) (and omit the earlier
comment lines)
PKG_CXXFLAGS =
Simon,
As a follow-up to the cmake questions (and me now knowing I have to tell R
where cmake is on macOS), I uploaded a new package last Thursday. It has long
built everywhere on CRAN, but not on macOS. Ditto for another package update
from Sunday (RcppSimdJson) which also has not been
On 16 May 2023 at 19:49, Nilesh Patra wrote:
| On Tue, May 16, 2023 at 07:25:15PM +0530, Nilesh Patra wrote:
| > I personally prefer "1" over 2 as it is less noise (and effort).
|
| On second thoughts, I think sending it via testing-proposed-updates
| would be a better thing to do, as this case
On 16 May 2023 at 19:49, Nilesh Patra wrote:
| On Tue, May 16, 2023 at 07:25:15PM +0530, Nilesh Patra wrote:
| > I personally prefer "1" over 2 as it is less noise (and effort).
|
| On second thoughts, I think sending it via testing-proposed-updates
| would be a better thing to do, as this case
On 16 May 2023 at 19:49, Nilesh Patra wrote:
| On Tue, May 16, 2023 at 07:25:15PM +0530, Nilesh Patra wrote:
| > I personally prefer "1" over 2 as it is less noise (and effort).
|
| On second thoughts, I think sending it via testing-proposed-updates
| would be a better thing to do, as this case
d to some better
| regular expression.
Nice catch and suggestion!
On 16 May 2023 at 19:27, Nilesh Patra wrote:
| On Tue, May 16, 2023 at 08:26:21AM -0500, Dirk Eddelbuettel wrote:
| > Note that none of this affects the release. My recommendation is temporarily
| > suspend the autopkgtest in
d to some better
| regular expression.
Nice catch and suggestion!
On 16 May 2023 at 19:27, Nilesh Patra wrote:
| On Tue, May 16, 2023 at 08:26:21AM -0500, Dirk Eddelbuettel wrote:
| > Note that none of this affects the release. My recommendation is temporarily
| > suspend the autopkgtest in
d to some better
| regular expression.
Nice catch and suggestion!
On 16 May 2023 at 19:27, Nilesh Patra wrote:
| On Tue, May 16, 2023 at 08:26:21AM -0500, Dirk Eddelbuettel wrote:
| > Note that none of this affects the release. My recommendation is temporarily
| > suspend the autopkgtest in
On 16 May 2023 at 15:01, Andreas Tille wrote:
| Hi,
|
| when fixing bug #1035428 I realised test suite issues with
|
| r-cran-thematic [1]
|-> Error in `svglite_(filename, bg, width, height, pointsize, standalone,
| always_valid)`: Graphics API version mismatch
|
|
On 16 May 2023 at 15:01, Andreas Tille wrote:
| Hi,
|
| when fixing bug #1035428 I realised test suite issues with
|
| r-cran-thematic [1]
|-> Error in `svglite_(filename, bg, width, height, pointsize, standalone,
| always_valid)`: Graphics API version mismatch
|
|
On 16 May 2023 at 15:01, Andreas Tille wrote:
| Hi,
|
| when fixing bug #1035428 I realised test suite issues with
|
| r-cran-thematic [1]
|-> Error in `svglite_(filename, bg, width, height, pointsize, standalone,
| always_valid)`: Graphics API version mismatch
|
|
On 15 May 2023 at 03:15, Andreas Beckmann wrote:
| On 15/05/2023 02.58, Dirk Eddelbuettel wrote:
| > | Yes thank you -- that sounds sensible. And we would then nag the release
| > | team to get this out in the release?
|
| yes
|
| > Oh, and to be extra plain: upload to unstable as a
On 15 May 2023 at 03:15, Andreas Beckmann wrote:
| On 15/05/2023 02.58, Dirk Eddelbuettel wrote:
| > | Yes thank you -- that sounds sensible. And we would then nag the release
| > | team to get this out in the release?
|
| yes
|
| > Oh, and to be extra plain: upload to unstable as a
On 14 May 2023 at 19:50, Dirk Eddelbuettel wrote:
|
| On 15 May 2023 at 02:21, Andreas Beckmann wrote:
| | Package: libgsl27
| | Version: 2.7.1+dfsg-3
| | Severity: serious
| | Tags: patch
| | User: debian...@lists.debian.org
| | Usertags: piuparts
| |
| | Hi,
| |
| | libgsl25 from bullseye
On 14 May 2023 at 19:50, Dirk Eddelbuettel wrote:
|
| On 15 May 2023 at 02:21, Andreas Beckmann wrote:
| | Package: libgsl27
| | Version: 2.7.1+dfsg-3
| | Severity: serious
| | Tags: patch
| | User: debian...@lists.debian.org
| | Usertags: piuparts
| |
| | Hi,
| |
| | libgsl25 from bullseye
On 15 May 2023 at 02:21, Andreas Beckmann wrote:
| Package: libgsl27
| Version: 2.7.1+dfsg-3
| Severity: serious
| Tags: patch
| User: debian...@lists.debian.org
| Usertags: piuparts
|
| Hi,
|
| libgsl25 from bullseye and libgsl27 from bookworm are not co-installable
| due to their strict
On 15 May 2023 at 02:21, Andreas Beckmann wrote:
| Package: libgsl27
| Version: 2.7.1+dfsg-3
| Severity: serious
| Tags: patch
| User: debian...@lists.debian.org
| Usertags: piuparts
|
| Hi,
|
| libgsl25 from bullseye and libgsl27 from bookworm are not co-installable
| due to their strict
Hi Reed,
On 11 May 2023 at 11:15, Reed A. Cartwright wrote:
| I'm curious why you chose to call cmake from make instead of from configure.
| I've always seen cmake as part of the configure step of package building.
Great question! Couple of small answers: i) This started as a 'proof of
On 11 May 2023 at 09:02, Martin Maechler wrote:
| I've been told in private that the above "be happy if"
| may *not* be a good idea,
| or rather even close to impossible as cmake seems to not fit
| well, at all, with the quite sophisticated
| autoconf -> configure -> make
| setup we have
On 10 May 2023 at 16:02, Dirk Eddelbuettel wrote:
|
| On 10 May 2023 at 13:45, Reed A. Cartwright wrote:
| | I use the following logic in my configure script to detect cmake on the
MacOS
| | builders:
| |
| | https://github.com/reedacartwright/rbedrock/blob/master/configure#L39-L49
|
| Nice
On 10 May 2023 at 13:45, Reed A. Cartwright wrote:
| I use the following logic in my configure script to detect cmake on the MacOS
| builders:
|
| https://github.com/reedacartwright/rbedrock/blob/master/configure#L39-L49
Nice. That was entirely undocumented. What a dance. It should help.
|
Simon,
On 11 May 2023 at 08:35, Simon Urbanek wrote:
| Dirk,
|
| can you be more specific, please? I suspect that it may be rather an issue in
your package. All build machines have the official cmake releases installed and
there are many packages that use it successfully. Here is the report
Simon,
Explicitly declaring
SystemRequirements: cmake
appears to be insufficient to get a build on the (otherwise lovely to have)
'macOS builder', and leads to failure on (at least) 'r-oldrel-macos-x86_64'.
Would it be possible to actually have cmake installed?
These daus cmake is for
On 4 May 2023 at 09:00, Simon Urbanek wrote:
| > On May 4, 2023, at 3:36 AM, Martin Morgan wrote:
| > CRAN is fine with Bioconductor Depends: and Imports: dependencies, as
previously mentioned. This is because the CRAN maintainers explicitly configure
their system to know about Bioconductor
Sergej,
Please consider:
- there are nearly 20k CRAN packages
- all of them are mirrored at https://github.com/cran so you can browse
- pick any one 'heavy' package you like, Seurat is a good example; there
are other examples in geospatial or bioinformatics etc
- you can
Simon,
On 24 April 2023 at 18:28, Simon Urbanek wrote:
| thanks - the problem is that there is not a single installer package (for
several years now), so that URL is ambiguous. Whether the missing link is a
good or bad depends on how it is used. I would argue that any link to that URL
is
Simon,
On 24 April 2023 at 18:28, Simon Urbanek wrote:
| thanks - the problem is that there is not a single installer package (for
several years now), so that URL is ambiguous. Whether the missing link is a
good or bad depends on how it is used. I would argue that any link to that URL
is
On 25 April 2023 at 11:39, Viechtbauer, Wolfgang (NP) wrote:
| I ran into the same issue (on Ubuntu 20.04).
|
| I just copied everything from /usr/share/R/doc to /usr/lib/R:
|
| A bit of a hack but then everything works fine.
That is rather bad as you create lots of 'orphan' files your
On 25 April 2023 at 11:02, Ivan Krylov wrote:
| On Mon, 24 Apr 2023 18:17:22 +0200
| Göran Broström wrote:
|
| >cannot open file '/usr/lib/R/doc/html/katex/katex.js': No such
| > file or directory
|
| > I still get the error with R CMD check --as-cran. What am I
| > missing? Obviously
The URL ${CRAN}/bin/macosx/R-latest.pkg is in fairlt widespread use. A quick
Google query [1] reveals about 1.1k hits. And it happens to be used too in a
CI job a colleague noticed failing yesterday.
The bin/macosx/ page now prominently displays both leading flavours
R-4.3.0-arm64.pkg
On 22 April 2023 at 14:43, D Z wrote:
| Thank you Dirk and Joshua,
| Using Valgrind, I have found several memory leaks in the program that required
| some smaller rewrites.
| Valgrind (with Makevars flags -O0 and --ggdb) now reports no "definitely" and
| no "indirectly" lost bytes so that's a
Hi Simon,
Thanks for the long and thoughtful and detailed reply.
Just 'sitting back' will do just fine then. R releases annually in April,
the 4.2.* series was just fine. We had an usual event in that R Core upstream
asked (a first in ~25 years) to patch 4.2.2, hence the somewhat unusual
Hi Simon,
Thanks for the long and thoughtful and detailed reply.
Just 'sitting back' will do just fine then. R releases annually in April,
the 4.2.* series was just fine. We had an usual event in that R Core upstream
asked (a first in ~25 years) to patch 4.2.2, hence the somewhat unusual
Hi David,
On 21 April 2023 at 19:17, D Z wrote:
| Hi all,
| I wanted to publish my RITCH package (https://github.com/DavZim/RITCH) to
CRAN, which has Rcpp code.
That would be great!
| It has, in it�s CICD Pipeline, Tests for Macos, Windows, and Ubuntu (devel,
release,, and oldrel-1), which
On 21 April 2023 at 10:51, Dirk Eddelbuettel wrote:
|
| On 21 April 2023 at 16:23, Simon McVittie wrote:
| | Source: r-base
| | Version: 4.3.0-1
| | Severity: serious
| | Justification: maintainer presumably considers this version to be
unsuitable for bookworm
| |
| | > r-base (4.3.
On 21 April 2023 at 10:51, Dirk Eddelbuettel wrote:
|
| On 21 April 2023 at 16:23, Simon McVittie wrote:
| | Source: r-base
| | Version: 4.3.0-1
| | Severity: serious
| | Justification: maintainer presumably considers this version to be
unsuitable for bookworm
| |
| | > r-base (4.3.
On 21 April 2023 at 16:23, Simon McVittie wrote:
| Source: r-base
| Version: 4.3.0-1
| Severity: serious
| Justification: maintainer presumably considers this version to be unsuitable
for bookworm
|
| > r-base (4.3.0-1) unstable; urgency=medium
| > .
| > * New upstream release (into
On 21 April 2023 at 16:23, Simon McVittie wrote:
| Source: r-base
| Version: 4.3.0-1
| Severity: serious
| Justification: maintainer presumably considers this version to be unsuitable
for bookworm
|
| > r-base (4.3.0-1) unstable; urgency=medium
| > .
| > * New upstream release (into
On 17 April 2023 at 20:37, Socorro Dominguez wrote:
| Thank you for all the help.
|
| Here is the GitHub link:
| https://github.com/NeotomaDB/neotoma2
Thanks for posting a link to the repo. That should really be a standard.
You currently have (and I indent by two spaces for clarity here)
On 15 April 2023 at 19:21, Kevin Zembower via ESS-help wrote:
| I'm trying to get Emacs, ESS and Rmarkdown to work together for the
| first time. Therefore, the problem might be me, and not the software.
|
| I have this program as Prob_11.Rmd:
|
That is what I wrote the anytime package for: effortless automatic
parsing. Also works for dates:
> library(anytime)
> anydate("12 APR 2023")
[1] "2023-04-12"
>
Dirk
--
dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
__
Package: ftp.debian.org
Severity: normal
In #1033410 we suggested that package tiledb may not be a perfect fit for
Debian and suggested its removal.
Reverse dependencies have been taken care of, and the package is now removed
from testing and unstable. However, a one-off upload to
On 4 April 2023 at 10:04, Duncan Murdoch wrote:
| I'd suggest this: build the tarball, and check the tarball.
Strong second. The _Writing R Extensions_ manual does not mention devtools.
As Uwe often reminds everybody here the package is not used by CRAN either.
This may sound harsh but one of
Hi Rodrigo,
This came up recently again on social media where I illustrated how the
tiledb package deals with it. So a quick recap:
First off, let's make the goals clear.
We want to _simultaneously_
- abide by CRAN Policy rules and cap ourselves to two cores there
- do not impose any limits
On 3 April 2023 at 15:07, Detlef Steuer wrote:
| The same Inar reported for rawhide
| (https://stat.ethz.ch/pipermail/r-devel/2023-March/082482.html)
| is true for SuSE's distros.
|
| Right now R does not compile with libcurl8, but SuSE Tumbleweed/Factory
| switched to 8 a week ago.
|
| Would
inappropriate
| to
| >> me.
| >>
| >> On March 24, 2023 10:43:34 AM PDT, Dirk Eddelbuettel
| >> wrote:
| >> >
| >> >On 24 March 2023 at 13:08, Matthew Supernaw - NOAA Federal wrote:
| >> >| I'm sure it's possible to
On 26 March 2023 at 18:53, Dirk Eddelbuettel wrote:
|
| On 26 March 2023 at 18:30, Dirk Eddelbuettel wrote:
| | Over the last few months I have provided multiple 'demos' as animated gifs
| | showing how for example `system.time(install.package("tinyverse"))` installs
| | all thes
On 26 March 2023 at 18:30, Dirk Eddelbuettel wrote:
| Over the last few months I have provided multiple 'demos' as animated gifs
| showing how for example `system.time(install.package("tinyverse"))` installs
| all these packages and all their dependencies in under twenty seconds (!!)
The r2u repository [1] has been providing CRAN packages as Ubuntu binaries
(with *full* and *complete* dependency resolution) since last May. It is
being served from a well-connect Internet2 mirror thanks to the University of
Illinois making it *fast*.
By relying on the bspm package [2], it
On 25 March 2023 at 13:01, Shawn Way wrote:
| Sorry to kind of repeat this but I really didn't understand the issues with
the prior thread and how it relates to my issue.
|
| I'm getting the error message in
|
| B_T <- BT(Temp)
| Error in BT(Temp) : DLL requires the use of native
Package: genomicsdb
Severity: normal
I recently filed #1033410 and requested to have tiledb removed from Debian as
the build has always severely constrained by both a lack of 'cloud' support,
a mismatch with pinned dependencies at different versions of required
libraries, an upcoming change to
Package: ftp.debian.org
Severity: normal
As argued in #1033410, tiledb is not really a good fit for Debian and should
RM. As such, tiledb-py cannot build and needs to RM as well.
Dirk
--
dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
Package: ftp.debian.org
Severity: normal
As argued in #1033410, tiledb is not really a good fit for Debian and should
RM. As such, tiledb-r cannot build and needs to RM as well.
Dirk
--
dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
On 24 March 2023 at 13:08, Matthew Supernaw - NOAA Federal wrote:
| I'm sure it's possible to do from the R side, however, the requirement is to
| hide this from the end user and set the reference objects name to the declared
| name from the R environment. If I view the environment in RStudio,
Package: ftp.debian.org
Severity: normal
The TileDB source package uses cmake and find_package for external resources;
the upstream team maintaining the core library is going to switch to vcpkg
soon.
A full featured TileDB really needs the AWS SDK which we still do not have,
would benefit from
On 22 March 2023 at 13:31, Matthew Supernaw - NOAA Federal wrote:
| I'm trying to get an instance of a reference class (vonBertalanffyInterface)
| from the R environment with the following code:
|
| void SetName(vonBertalanffyInterface& v) {
|
| Rcpp::Environment env =
d balances.
(One micro nit for something else I noticed: you have a nice pkgdown site,
but not linked to it anywhere.)
Cheers, Dirk
|
| On 3/20/23 17:56, Dirk Eddelbuettel wrote:
| > On 20 March 2023 at 12:43, Duncan Murdoch wrote:
| > | It appears that you have some uses of .Call() where
On 20 March 2023 at 12:43, Duncan Murdoch wrote:
| It appears that you have some uses of .Call() where you are passing a
| character variable as the first argument, instead of registering the
| entry point and passing the variable containing the registration
| information.
Correct. And to
On 16 March 2023 at 17:15, Henrik Bengtsson wrote:
| We're all starting out with a fresh R_LIBS_USER once a year when a new
| minor version of R is released,
Maybe not "we all". I don't, and I know other Linux users who don't force a
rebuild unless needed (as with R 3.6.* -> R 4.0.0).
R
On 16 March 2023 at 13:39, Felipe Contreras wrote:
| I see R by default installs packages in ~/R. I know I can change the
| default directory with R_LIBS_USER, but software shouldn't be
| polluting the home directory.
|
| For example both python and node install packages to ~/.local/lib,
| ruby
Why not wait a week on 2.15.0-1 which now 'Too young, only 4 of 10 days old'?
Dirk
--
dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
Why not wait a week on 2.15.0-1 which now 'Too young, only 4 of 10 days old'?
Dirk
--
dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
Hi Graham,
On 28 February 2023 at 19:36, Graham Inggs wrote:
| Hi Dirk
|
| Thanks for the quick upload!
| Already got a successful build of tiledb-py on riscv64[1].
|
| On Tue, 28 Feb 2023 at 17:14, Dirk Eddelbuettel wrote:
| > TileDB upstream does everything in CMake (which I do not fu
Hi Graham,
On 28 February 2023 at 19:36, Graham Inggs wrote:
| Hi Dirk
|
| Thanks for the quick upload!
| Already got a successful build of tiledb-py on riscv64[1].
|
| On Tue, 28 Feb 2023 at 17:14, Dirk Eddelbuettel wrote:
| > TileDB upstream does everything in CMake (which I do not fu
(Whoops typed this hours ago but apparently did not send from Emacs. --D.)
Hi Graham,
On 28 February 2023 at 10:49, Graham Inggs wrote:
| Source: tiledb
| Version: 2.14.1-1
| Severity: serious
| Tags: ftbfs patch
| Control: affects -1 src:tiledb-py
|
| Hi Dirk
|
| TileDB uses atomic
(Whoops typed this hours ago but apparently did not send from Emacs. --D.)
Hi Graham,
On 28 February 2023 at 10:49, Graham Inggs wrote:
| Source: tiledb
| Version: 2.14.1-1
| Severity: serious
| Tags: ftbfs patch
| Control: affects -1 src:tiledb-py
|
| Hi Dirk
|
| TileDB uses atomic
On 27 February 2023 at 14:32, Duncan Murdoch wrote:
| I am in the process of updating rgl to use the glad loader
| (https://github.com/Dav1dde/glad). This replaces system standard gl.h
| and glext.h files with new ones that include function pointers to be
| filled in at run-time, so that rgl
Hi Roberto,
Very briefly:
1) We spell it Rcpp. Capital R, lowercase cpp.
2) The package you inquire about is called RcppParallel.
3) You didn't list the repo making it harder for us to help you. As a little
bit of GitHub searching reveals, it is here
On 20 February 2023 at 22:37, Vasileios Nikolaidis wrote:
| Thanks for taking the time to check it. The hint about the virtual
| 'layer' class is valuable.
| I will look into it.
Sounds good, glad to have been of assistance. On a lark, I also tried your
most recent CRAN release, and it
On 20 February 2023 at 21:41, Vasileios Nikolaidis wrote:
| Oh yes thank you. I just realized I did not mention the repo on my
| previous reply. It is
| https://github.com/VNNikolaidis/nnlib2Rcpp
Thanks for that -- I can confirm the error.
The packages compiles all source files without issue
Can you share the repo URL? It may be a a fairly simple and standard issue
some of us can spot easily.
Hth, Dirk
--
dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
__
R-package-devel@r-project.org mailing list
Hi Kassel,
On 7 February 2023 at 02:57, Kassel Hingee wrote:
| I'm running into CRAN check notes about std::cout being present in the Cpp
code of a library I'm using.
|
| Found ‘_ZSt4cout’, possibly from ‘std::cout’ (C++)
|
| It looks like Rcpp is automatically redirecting the std::cout
On 5 February 2023 at 15:01, Sparapani, Rodney via ESS-help wrote:
| I don�t have 28 on this machine. I am using 26 since there is not much
| benefit upgrading.
I am really sorry but I cannot let this stand. It is too close to FUD.
As a general rule, newer *is* better. Features get added, bugs
Dominick,
On 3 February 2023 at 20:02, Dominick Samperi wrote:
| I'm sorry to say that the RInline::repl() issues are not resolved, and to
| resolve them would likely require help from R core.
|
| Here's the test case:
| library(sphereplot)
| rgl.sphgrid(longtype="D")
|
| Under Linux there is
On 2 February 2023 at 16:02, Simon Urbanek wrote:
| > On Feb 2, 2023, at 11:41 AM, Dirk Eddelbuettel wrote:
| > Sounds like an r-devel question to me. Nothing Rcpp related here. Simon
and
| > Tomas both hang out here so if you are lucky they may see it. Else I'd try
On 1 February 2023 at 17:23, Dominick Samperi wrote:
| Since I am not aware of an R-internals mailing list, and since this
AFAIK there is no such mailing list. There is a manual of that name:
https://rstudio.github.io/r-manuals/r-ints/ (nicer quarto rendered version)
Or did you mean the
On 30 January 2023 at 18:11, Zheng, Binghan wrote:
| I’m preparing a package to be released through CRAN for Dr. Jacob Montgomery
at WUSTL and I’m running into a warning that I can’t seem to resolve.
|
| The RCMD check is being run in R 4.2.2 on MacOS.
| After running devtools::check() on the
On 29 January 2023 at 01:58, Adrian Bunk wrote:
| Package: r-cran-pbkrtest
| Version: 0.5.2-1
| Severity: serious
|
| The following packages have unmet dependencies:
| r-cran-pbkrtest : Depends: r-cran-lme4 (>= 1.1.31) but it is not going to be
installed
|
| You might want to reconsider
|
|
On 29 January 2023 at 01:58, Adrian Bunk wrote:
| Package: r-cran-pbkrtest
| Version: 0.5.2-1
| Severity: serious
|
| The following packages have unmet dependencies:
| r-cran-pbkrtest : Depends: r-cran-lme4 (>= 1.1.31) but it is not going to be
installed
|
| You might want to reconsider
|
|
Maintainer of affected package here:
On 23 January 2023 at 12:20, Dominick Samperi wrote:
| On the changes for R 4.2.0, it is not clear how to distinguish
| R API functions from R internal functions (and this probably
| doesn't matter for Rcpp), but you are correct,
| on closer inspection these
Antoine,
I think there are few things going on here. One is that actual _R_ objects
may only get destroyed when gc() gets called. Which we applications writer
do not control. Another thing that may have an effect is the use of .C()
which we all more or less moved away from. Anyway, if we
On 21 January 2023 at 10:53, Dominick Samperi wrote:
| I've attached a version of RInside.cpp with my changes. The
| _MSC_VER ifdefs are for Video Studio, which I am using for
| debugging. I had some problems with gdb.
We would love to take advantage of your hard and diligent work in trying to
On 21 January 2023 at 05:27, Duncan Murdoch wrote:
| On 21/01/2023 5:15 a.m., Holger Hoefling wrote:
| > Is there a simple replacement that I can use?
|
| You should use snprintf() which has an extra argument to state the size
| of the buffer receiving the string. For example,
|
| char
On 20 January 2023 at 19:11, Dominick Samperi wrote:
| You are right Dirk, RInside overrides what is specified because the function
| myAskYesNo doesn't actually ask, so this explains why there is to
| termination
| prompt under Windows. This does not change what happens under Linux
| because
On 20 January 2023 at 10:28, Tomas Kalibera wrote:
| Executing then without R_LIBS set gave this error:
|
| "
| Error: function 'Rcpp_precious_remove' not provided by package 'Rcpp'
| In addition: Warning message:
| In library(package, lib.loc = lib.loc, character.only = TRUE,
| logical.return
On 19 January 2023 at 19:41, Dominick Samperi wrote:
| I narrowed the problem down to the call to R_ReplDLLdo1() in RInside, and I
| built R-4.3.0 pre-release version for Windows from source to investigate
| further (online instructions by Tomas Kalibera were very helpful).
Yes Tomas is a master
On 18 January 2023 at 22:44, Dominick Samperi wrote:
| On second thought, there is a lot of metapramming code in Rcpp that runs
| before main, so
| I was wrong to say nothing can happen before main() is called.
| Strategically placed print
| statements may be the best strategy.
Yes, and if you
Hi Dominick,
First reflex: uh-oh as 'Rcpp_precious_remove' created some headaches for some
people when mixing Rcpp and packages built with Rcpp but not the current one.
We think all this got squared away an Rcpp release or two ago so as a first
step please make sure _all_ involved packaes are
On 14 January 2023 at 10:19, Gioele Barabucci wrote:
| Package: r-base-core
| Version: 4.2.2.20221110-1
| Tags: patch
|
| `r-base-core.postinst` uses Perl to set `$papersize` as a default
| fallback in `Renviron`.
|
| Such simple processing can be achieved also with a very similar `sed`
|
On 12 January 2023 at 08:54, RICHET Yann wrote:
| Thank you, Dirk.
| But I also tried with ccache, without fails... can you give some details
about you reverse-depend configuration ? docker image ? Mine was a standard
ubuntu 20.04 packages...
Nothing special -- I just the standard functions
On 11 January 2023 at 17:35, RICHET Yann wrote:
| Thank you all, for these advices.
|
| So I try to fix OMP_THREADS, cleanup tests, and display explicitly what test
is running by moving in tests/ instead of tests/testthat/...
| Next step should be to investigate blocking test using a reporter
As the error is common against your _all three_ of your Ubuntu runs, you
could consider the possibility that the events are correlated. Most often it
simply means a (temporary, usually) network or server outage. I would wait,
and then relaunch (which these days you can do just for the failed
On 27 December 2022 at 13:27, Duncan Murdoch wrote:
| On 15/12/2022 10:25 a.m., Spencer Graves wrote:
| > I know that some on this list do not like this construct, but it has
| > helped me manage this problem for several years. NOTE: This CRAN
| > function is NOT maintained by anyone on
On 20 December 2022 at 12:33, Lars Relund wrote:
| In my package, I have the method:
|
| /** Solve equations transpose(P)w = r. */
| int LASolveT(MatSimple , MatSimple , const
| MatSimple ) {
| int rows = P.rows;
| int nrhs = 1;
| int lda = rows;
| int
appeared - perhaps some
changes in toolchain or glibc?
Yep. And as I had on schedule for some time with no issues it likely is
external. No obvious how to minimize it to a smaller reproducible example
though.
Best, Dirk
| Cheers,
| Simon
|
|
| > On 19/12/2022, at 8:41 AM, Dirk Eddelbuett
I have maintained two SAN/UBSAN builds (one gcc, one clang) for many years
(even though I also happily use Winston's newer/bigger container and
generally recommend its use) and still have GitHub actions build them on a
weekly schedule (as they follow r-devel).
The clang one started to fail a
Good -- but next time you ask _when you already are N messages in on another
help list_ have the courtesy to cross-reference the other thread.
Dirk
--
dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
___
Rcpp-devel mailing list
On 17 December 2022 at 17:29, Christofer Bogaso wrote:
| Hi,
|
| I am working with a package called
|
| https://cran.r-project.org/src/contrib/GCPM_1.2.2.tar.gz
|
| The source code contains C++ codes which are available in the src folder.
|
| In this folder, the C++ codes are available in
On 16 December 2022 at 20:30, EcoC2S - Irucka Embry wrote:
| While running R CMD check on my iemisc package, I receive the following
| warning:
|
| * checking sizes of PDF files under ‘inst/doc’ ... WARNING
|‘gs+qpdf’ made some significant size reductions:
| compacted
On 13 December 2022 at 14:23, Milan Broz wrote:
| We have the same issue with empty lines, temporarily workarounded by adding
-fcommon to CFLAGS (on several places)
| (so yes, it was gcc-10 introduced problem).
:-/
| But that off_t fix works too, thanks!
But are you saying it is currently
401 - 500 of 15962 matches
Mail list logo