[Rd] small typo in internet.c
Hello, I spotted a small typo recently in R-devel: $ rg "htto://" src/modules/internet/internet.c 95: warning(_("the 'wininet' method of url() is deprecated for htto:// and https:// URLs")); I suspect 'htto://' should read 'http://'. Thanks, Kevin __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [R-pkg-devel] Windows load error installing package SOLVED - additional note
On 12.06.2021 16:39, J C Nash wrote: Two minor notes: 1) The Writing R Extensions manual, as far as I can determine, does not inform package developers that Makevars.win needs to be in the src/ subdirectory. I followed the example of some other packages to choose where to put it. I just searched for Makevars.win in Writing R Extensions and the first occurence is: "There are platform-specific file names on Windows: src/Makevars.win" So tells you both it should be in src and how to capitlize. Best, Uwe 2) Also, while I managed to get my package to install with "makevars.win", I got a WARNING on running a CHECK until I replaced it with "Makevars.win", i.e., Camel-case name. Do these observations merit edits in the manual? JN On 2021-06-11 11:16 a.m., J C Nash wrote: After some flailing around, discovered a posting https://stackoverflow.com/questions/42118561/error-in-r-cmd-shlib-compiling-c-code which showed a makevars.win file containing PKG_LIBS = $(LAPACK_LIBS) $(BLAS_LIBS) $(FLIBS) I had tried several similar such makevars.win files, but trying PKG_LIBS+= and no spaces. There is mention of the libraries in Writing R Extensions, but given the heavy use of LAPACK, BLAS and FLIBS, perhaps this example should be there in the documentation. I've separately noted that Linux sessionInfo() shows BLAS and LAPACK but Windows does not. Cheers, JN __ R-package-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-package-devel __ R-package-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-package-devel
[Rd] Small typo in ?NumericConstants
Hi, I stumbled upon this small typo in ?base::NumericConstants: Index: library/base/man/NumericConstants.Rd === --- library/base/man/NumericConstants.Rd(révision 80490) +++ library/base/man/NumericConstants.Rd(copie de travail) @@ -47,7 +47,7 @@ A numeric constant immediately followed by \code{i} is regarded as an imaginary \link{complex} number. - An numeric constant immediately followed by \code{L} is regarded as an + A numeric constant immediately followed by \code{L} is regarded as an \code{\link{integer}} number when possible (and with a warning if it contains a \code{"."}). Best, v. __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [R-pkg-devel] Windows load error installing package SOLVED - additional note
Two minor notes: 1) The Writing R Extensions manual, as far as I can determine, does not inform package developers that Makevars.win needs to be in the src/ subdirectory. I followed the example of some other packages to choose where to put it. 2) Also, while I managed to get my package to install with "makevars.win", I got a WARNING on running a CHECK until I replaced it with "Makevars.win", i.e., Camel-case name. Do these observations merit edits in the manual? JN On 2021-06-11 11:16 a.m., J C Nash wrote: > After some flailing around, discovered a posting > > https://stackoverflow.com/questions/42118561/error-in-r-cmd-shlib-compiling-c-code > > which showed a makevars.win file containing > > PKG_LIBS = $(LAPACK_LIBS) $(BLAS_LIBS) $(FLIBS) > > I had tried several similar such makevars.win files, but trying PKG_LIBS+= and > no spaces. There is mention of the libraries in Writing R Extensions, but > given > the heavy use of LAPACK, BLAS and FLIBS, perhaps this example should be there > in the documentation. I've separately noted that Linux sessionInfo() shows > BLAS and LAPACK but Windows does not. > > Cheers, JN > __ R-package-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-package-devel
[Rd] Bracketed paste issues on Linux
I am on an up-to-date Arch Linux system, using the GNOME desktop environment. By default, this turns on bracketed paste in terminal emulators; for those not familiar with this concept: it makes it so that if you paste in multiple lines of code, they are received in a single chunk. This works just fine with R, up to a certain amount of text: for chunks past a certain length, some amount of text in the middle of the chunk goes missing. For example, if I print the source of mgcv::gam into my R session and then attempt to copy and paste it back in, what I end up with is: pmf$formula <- gp$pf pmf <- eval(pmf, parent.frame()) } objectvironment(attr(object$pred.formula, "full")) <- .GlobalEnv<- environment(object$terms) <- environment(object$pterms) <- .GlobalEnv So: - the first 55 lines in this example arrive perfectly fine - then a bunch go completely missing - then various parts of the last few lines are jumbled together into one line For reference on the third point, the actual last 10 lines of my version of mgcv::gam are: if (is.null(object$deviance)) object$deviance <- sum(residuals(object, "deviance")^2) names(object$gcv.ubre) <- method environment(object$formula) <- environment(object$pred.formula) <- environment(object$terms) <- environment(object$pterms) <- .GlobalEnv if (!is.null(object$model)) environment(attr(object$model, "terms")) <- .GlobalEnv if (!is.null(attr(object$pred.formula, "full"))) environment(attr(object$pred.formula, "full")) <- .GlobalEnv object } parts of which can be recognized in the last line of what was pasted. Naturally, the pasted function is not parsed properly: if I press return I get the expected "+" signaling that the REPL is expecting more input. So it is not merely a visual issue. I can reproduce this both in GNOME Terminal and in xterm, so it is not a bug specific to my terminal emulator. In addition, pasting the exact same code into either vim or nano running within the same terminal works fine. So I believe that this may be a bug in R itself. It's easy to work around by disabling bracketed paste in the terminal, but it would be great if this could actually be made to work, especially given that bracketed paste is the default on my desktop environment. If given an account, I would be happy to file this as a bug; let me know if that is desired. In the meantime, have others run into this and perhaps identified the root cause and/or a different workaround? Thanks, Cesko sessionInfo(): R version 4.1.0 (2021-05-18) Platform: x86_64-pc-linux-gnu (64-bit) Running under: Arch Linux Matrix products: default BLAS/LAPACK: /opt/intel/mkl/lib/intel64/libmkl_gf_lp64.so locale: [1] LC_CTYPE=nl_NL.UTF-8 LC_NUMERIC=C [3] LC_TIME=nl_NL.UTF-8LC_COLLATE=nl_NL.UTF-8 [5] LC_MONETARY=nl_NL.UTF-8LC_MESSAGES=nl_NL.UTF-8 [7] LC_PAPER=nl_NL.UTF-8 LC_NAME=C [9] LC_ADDRESS=C LC_TELEPHONE=C [11] LC_MEASUREMENT=nl_NL.UTF-8 LC_IDENTIFICATION=C attached base packages: [1] stats graphics grDevices utils datasets methods base loaded via a namespace (and not attached): [1] compiler_4.1.0 Matrix_1.3-4mgcv_1.8-36 splines_4.1.0 [5] nlme_3.1-152grid_4.1.0 lattice_0.20-44 __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel