Re: [R-pkg-devel] data and load version 3

2020-06-30 Thread Göran Broström
On 2020-06-30 11:58, Ivan Krylov wrote: On Tue, 30 Jun 2020 11:48:29 +0200 Göran Broström wrote: No point at all with version 3 in packages? Format version 3 [1] introduces support for ALTREP objects [2]. Examples of where ALTREP might be useful include really long integer vectors, like

Re: [R-pkg-devel] data and load version 3

2020-06-30 Thread Göran Broström
paces", but version 3 ... Göran On June 29, 2020 1:55:02 PM PDT, "Göran Broström" wrote: I added two data sets (.rda) to my package eha, but when I build the new version I get: WARNING: Added dependency on R >= 3.5.0 because serialized objects in serialize/load version 3 cannot be

[R-pkg-devel] data and load version 3

2020-06-29 Thread Göran Broström
I added two data sets (.rda) to my package eha, but when I build the new version I get: WARNING: Added dependency on R >= 3.5.0 because serialized objects in serialize/load version 3 cannot be read in older versions of R. File(s) containing such objects: ‘eha/data/swedeaths.rda’

Re: [R-pkg-devel] Forward function call

2020-06-08 Thread Göran Broström
Thanks for the responses! I found the suggestion Call[[1]] <- quote(survival::coxph) easiest to implement. And it works. Best, Göran On 2020-06-08 21:42, Ben Bolker wrote: I think quote(survival::coxph) will work in place of as.name() ? On Mon, Jun 8, 2020 at 3:12 PM Göran Brost

[R-pkg-devel] Forward function call

2020-06-08 Thread Göran Broström
Hello, the function 'coxreg' in my package 'eha' is often just a wrapper for 'coxph' in survival, so I have code like if (cox.ph){ Call <- match.call() Call[[1]] <- as.name("coxph") fit <- eval.parent(Call) return(fit) } which works since eha depends

Re: [R-pkg-devel] pdflatex is not available

2019-12-14 Thread Göran Broström
On 2019-12-14 14:02, Sarah Goslee wrote: It sounds like you're on a Mac? Then you need to install MacTeX, http://www.tug.org/mactex/ to get pdflatex. Or maybe tinytex will do? https://yihui.org/tinytex/ Göran Sarah On Fri, Dec 13, 2019 at 7:11 PM Cathy Lee Gierke wrote: Does anyone

Re: [R-pkg-devel] R, BLAS, and FCLEN (solved)

2019-09-13 Thread Göran Broström
can see that the calls to dgemv from gmlfun and geomsup are fine (from Fortran code), the other are bad (from C code).  Indeed, one would have found out also by creating a minimal reproducible example - it is always useful, even when not attempting to report a bug. Best Tomas On 9/13/19 12:07

Re: [R-pkg-devel] R, BLAS, and FCLEN (solved)

2019-09-12 Thread Göran Broström
On 2019-09-12 09:13, Martin Maechler wrote: Göran Broström on Wed, 11 Sep 2019 13:36:40 +0200 writes: > A followup question: Is it possible to call a BLAS/LAPACK subroutine, > where one parameter is character, from FORTRAN (77) code called by > .Fortran? (N

Re: [R-pkg-devel] R, BLAS, and FCLEN

2019-09-11 Thread Göran Broström
on (AFAICS). Yes, I know that .Fortran is not well seen these days, but my fortran code is ancient, from the before-R era, and I would like to leave it as-is. G, Den 2019-09-01 kl. 21:46, skrev Göran Broström: On 2019-08-31 18:47, Göran Broström wrote: I'm having difficulties updating my package

Re: [R-pkg-devel] R, BLAS, and FCLEN

2019-09-01 Thread Göran Broström
On 2019-08-31 18:47, Göran Broström wrote: I'm having difficulties updating my package eha: When I run standard checks 'at home' everything is fine, but 'CRAN-submissions' reports (among other things): geomsup.f:324:9: warning: type of ‘dgemv’ does not match original declaration [-Wlto

Re: [R-pkg-devel] R, BLAS, and FCLEN

2019-09-01 Thread Göran Broström
On 2019-08-31 21:26, Duncan Murdoch wrote: On 31/08/2019 12:47 p.m., Göran Broström wrote: I'm having difficulties updating my package eha: When I run standard checks 'at home' everything is fine, but 'CRAN-submissions' reports (among other things): geomsup.f:324:9: warning: type of ‘dgemv

[R-pkg-devel] R, BLAS, and FCLEN

2019-08-31 Thread Göran Broström
I'm having difficulties updating my package eha: When I run standard checks 'at home' everything is fine, but 'CRAN-submissions' reports (among other things): geomsup.f:324:9: warning: type of ‘dgemv’ does not match original declaration [-Wlto-type-mismatch] 324 | & one, score,

Re: [R-pkg-devel] can't reproduce cran-pretest error

2018-07-26 Thread Göran Broström
Inline: On 2018-07-26 21:11, Brad Eck wrote: Dear list, I'm having trouble reproducing errors from CRAN's pretests. I have a package on CRAN called epanet2toolkit that provides R bindings to a legacy simulation engine written in C. So far I've released two versions to CRAN without trouble.

Re: [R-pkg-devel] compilation flags WARNING

2018-07-05 Thread Göran Broström
:43, Heather Turner wrote: On Thu, Jul 5, 2018, at 3:39 PM, Iñaki Úcar wrote: El jue., 5 jul. 2018 a las 16:11, Göran Broström () escribió: I am preparing a CRAN release of eha (a trivial change due to a change in the survival package), but when checking the build I get: goran@M6800:~/R$ R CMD

[R-pkg-devel] compilation flags WARNING

2018-07-05 Thread Göran Broström
irrelevant? Göran Broström __ R-package-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-package-devel

Re: [R-pkg-devel] Producing ß in help files.

2018-01-06 Thread Göran Broström
Den 2018-01-06 kl. 04:41, skrev Rolf Turner: P. S. It also seems to me to be polite --- if that's the way the bloke writes his name, then that's the way that I ought to write it when referring to him. I couldn't agree more: Thanks Rolf! Göran PS. I follow Uwe's recommendation and write

Re: [R-pkg-devel] Debian: example file is no longer read correctly

2017-12-20 Thread Göran Broström
On 2017-12-20 18:54, Dirk Eddelbuettel wrote: On 20 December 2017 at 15:32, Göran Broström wrote: | > Or can someone tell me how to install the package using R devel on Linux? | | Good question (which I missed). I do it like this: | | (i) Download and unpack the tarball R-devel in ~/

Re: [R-pkg-devel] Debian: example file is no longer read correctly

2017-12-20 Thread Göran Broström
On 2017-12-20 15:32, Göran Broström wrote: On 2017-12-20 11:11, Blume Christine wrote: Dear all, [...] Or can someone tell me how to install the package using R devel on Linux? Good question (which I missed). I do it like this: (i) Download and unpack the tarball R-devel

Re: [R-pkg-devel] Debian: example file is no longer read correctly

2017-12-20 Thread Göran Broström
On 2017-12-20 11:11, Blume Christine wrote: Dear all, [...] Or can someone tell me how to install the package using R devel on Linux? Good question (which I missed). I do it like this: (i) Download and unpack the tarball R-devel in ~/src/ (ii) ./configure and make (iii) Start

Re: [R-pkg-devel] Debian: example file is no longer read correctly

2017-12-20 Thread Göran Broström
On 2017-12-20 12:14, Göran Broström wrote: Christine, the error message from CRAN/r-devel-linux suggests that the error comes from your function nparACT_flex_loop . There your code below is embedded in a loop: for (zz in 1:nofiles) If nofiles == 0 (no found files), this loop is still

Re: [R-pkg-devel] Debian: example file is no longer read correctly

2017-12-20 Thread Göran Broström
Christine, the error message from CRAN/r-devel-linux suggests that the error comes from your function nparACT_flex_loop . There your code below is embedded in a loop: for (zz in 1:nofiles) If nofiles == 0 (no found files), this loop is still executed (R is not Fortran). Maybe this is

Re: [R-pkg-devel] Error in re-building vignettes (SOLVED)

2017-12-06 Thread Göran Broström
Hi again, today I INSTALLED R-devel (2017-12-05 r73849) and updated all packages > update.packages(checkBuilt = TRUE) and rebuilt eha_2.5.1 and now all checks passed! Maybe the update of packages was necessary. On its way to CRAN now. Göran On 2017-12-05 21:51, Göran Broström wrote:

[R-pkg-devel] Error in re-building vignettes

2017-12-05 Thread Göran Broström
call. = FALSE)}) 17: buildVignettes(dir = "/home/goran/R/eha.Rcheck/vign_test/eha") An irrecoverable exception occurred. R is aborting now ... Segmentation fault (core dumped) * checking PDF version of manual ... OK * DONE Status: 1 WARNING, 2 NOTEs So, can I send this version of eha to CRAN?

[R-pkg-devel] Summary: tibbles are not data frames

2017-09-29 Thread Göran Broström
al thanks to Hadley for sharing great packages with us; I could only wish they were easier to use in my own packages;) Göran On 2017-09-26 15:37, Hadley Wickham wrote: On Tue, Sep 26, 2017 at 2:30 AM, Göran Broström <goran.brost...@umu.se> wrote: I am beginning to get complaints from users of my

Re: [R-pkg-devel] tibbles are not data frames

2017-09-26 Thread Göran Broström
On 2017-09-26 15:37, Hadley Wickham wrote: On Tue, Sep 26, 2017 at 2:30 AM, Göran Broström <goran.brost...@umu.se> wrote: I am beginning to get complaints from users of my CRAN packages (especially 'eha') to the effect that they get error messages like "Error: Unsupported us

Re: [R-pkg-devel] tibbles are not data frames

2017-09-26 Thread Göran Broström
r tibble FALSE. You could then coerce to data frame: as.data.frame(tb) -Ursprüngliche Nachricht- Von: R-package-devel [mailto:r-package-devel-boun...@r-project.org] Im Auftrag von Göran Broström Gesendet: Dienstag, 26. September 2017 12:09 An: r-package-devel@r-project.org Betreff: Re: [R

Re: [R-pkg-devel] tibbles are not data frames

2017-09-26 Thread Göran Broström
l [mailto:r-package-devel-boun...@r-project.org] Im Auftrag von Göran Broström Gesendet: Dienstag, 26. September 2017 12:09 An: r-package-devel@r-project.org Betreff: Re: [R-pkg-devel] tibbles are not data frames On 2017-09-26 11:56, Gábor Csárdi wrote: On Tue, Sep 26, 2017 at 10:35 AM, Jo

Re: [R-pkg-devel] tibbles are not data frames

2017-09-26 Thread Göran Broström
: stefan_edwards 2017-09-26 8:30 GMT+01:00 Göran Broström <goran.brost...@umu.se <mailto:goran.brost...@umu.se>>: I am beginning to get complaints from users of my CRAN packages (especially 'eha') to the effect that they get error messages like "Error: Unsupported use o

[R-pkg-devel] tibbles are not data frames

2017-09-26 Thread Göran Broström
ice things to a data frame, not change basic behaviour, in order to call itself a data frame. Is it correct to let a tibble be of class "data.frame"? Göran Broström __ R-package-devel@r-project.org mailing list https://stat.ethz.ch/mailma