similar to: Authors@R: and Author field

I'm seeing some funny behavior when using methods (the older S3 type) and having variables that start with the same letter. I have a vague recollection of reading something about this once but now can't seem to find anything in the documentation. Any explanation, or a link to the proper documentation, if it does exist, would be appreciated. Thanks, Aaron Rendahl University of

Hello, All: The vignette with the sos package used "upquote.sty", required for R Journal when it was published in 2009. Current CRAN policy disallows "upquote.sty", and I've so far not found a way to pass "R CMD check" with sos without upquote.sty. I changed sos.Rnw per an email exchange with Prof. Ripley without solving the problem; see below. The

Hi, I was trying to remove some old code that handles ReturnInsts with more than 1 operand -- see attached patch -- when I stumbled across test/Assembler/aggregate-return-single-value.ll: define { i32 } @fooa() nounwind { ret i32 0 } ... define [1 x i32] @fooc() nounwind { ret i32 0 } Is there really any need to handle these odd cases, where the type of the value being returned doesn't

Using SUSE Linux, Windows 32 bit and Windows 64 bit R 3.0.2 , I am unable to use R CMD check successfully. Here is the Windows 64 bit report: Z:\R\source\effects>R CMD check pkg * using log directory 'Z:/R/source/effects/pkg.Rcheck' * using R version 3.0.2 (2013-09-25) * using platform: x86_64-w64-mingw32 (64-bit) * using session charset: ISO8859-1 * checking for file

Dear r-devel list, I've observed at both of my submissions that issues arise at submission that were not pointed out by R cmd check --as-cran For example at my last submission: You have VignetteBuilder: knitr but there is nothing looking like a vignette in your source package.... We also see: * checking DESCRIPTION meta-information ... NOTE Author field differs from that derived from

When I run R CMD check on the survival package I invariably get a note: ... * checking for file ?survival/DESCRIPTION? ... OK * this is package ?survival? version ?3.2-6? * checking CRAN incoming feasibility ... NOTE Maintainer: ?Terry M Therneau <therneau.terry at mayo.edu>? ... This is sufficient for the auto-check process to return the following failure message: Dear maintainer,

Hi, I am absolutely new to LLVM. Currently reading through documentation and the C-API (which i want to use). As i am working on Windows, i was curios on how to specify an import which links to a function exported by a dll. The DLLStorageClass seems to be the wy to go, this seems clear. But after declaring a function for import, how do i specify the DLL the function is included in?

CRAN (and crantastic) updates this week New packages ------------ * bisectr (0.0.2) Maintainer: Winston Chang Author(s): Winston Chang <winston at stdout.org> License: GPL-2 http://crantastic.org/packages/bisectr Tools to find bad commits with git bisect * CUMP (1.0) Maintainer: Xuan Liu Author(s): Xuan Liu <liuxuan at bu.edu> and Qiong Yang <qyang at bu.edu>

>>>>> <dietmar.schindler at manroland-web.com> >>>>> on Tue, 4 Apr 2017 08:45:30 +0000 writes: > Dear Sirs, > while >> regexpr('(.{1,2})\\1', 'foo') > [1] 2 > attr(,"match.length") > [1] 2 > attr(,"useBytes") > [1] TRUE > yields the correct match, an

Hello folks Earlier versions of jags and rjags installed on my system without any difficulty, but I'm having trouble with jags version 4.3.0-1ubuntu2~ubuntu14.04.1~ppa1 (from Michael Rutter's R ppa) and rjags version 4.6. The call to install.packages() I always used successfully now produces the error "cannot link to JAGS library in /usr/lib/x86_64-linux-gnu."? shown below

Dear Sirs, while > regexpr('(.{1,2})\\1', 'foo') [1] 2 attr(,"match.length") [1] 2 attr(,"useBytes") [1] TRUE yields the correct match, an incremented upper bound in > regexpr('(.{1,3})\\1', 'foo') [1] -1 attr(,"match.length") [1] -1 attr(,"useBytes") [1] TRUE incorrectly yields no match. R versions tested: 2.11.1

Section 1.1 of R-exts mentions that the Maintainer and Author fields can be omitted from the DESCRIPTION file if Authors@R is supplied. However, R CMD check does not seem to like this. package.skeleton("foo") desc <- readLines("foo/DESCRIPTION") desc[6] <- "Authors@R: person('Mathew', 'McLean', email = 'name@example.com', role =

Hello, The CRAN checks for the drake package (4.1.0) fail for r-devel-linux-x86_64-debian-clang. This happened right when crayon 1.3.4 was released, but I suspect the problem is not with crayon or drake, but with base R-devel. I cannot reproduce the error myself, but I have copied a minimal working example (MWE) below that should theoretically isolate the problem. `find_namespaced_functions()`

Lyonn CTB-1200 root at frambuesa:~# upsc lyonn at localhost battery.voltage: 27.20 battery.voltage.nominal: 24.0 beeper.status: enabled device.type: ups driver.name: blazer_usb driver.parameter.pollinterval: 2 driver.parameter.port: auto driver.version: 2.4.3 driver.version.internal: 0.03 input.current.nominal: 5.0 input.frequency: 49.9 input.frequency.nominal: 50 input.voltage: 213.3

I have a couple of packages that use the d3.js library developed (and copyrighted) by Mike Bostock. One package uses it extensively, another only for one function. I use R to piece together parts files containing JavaScript that I have written, which use d3.js functions and eventually the d3 library is called from a temporary web page. To date, I have pointed to Bostock's library in the Rd

Thierry, thanks for this, this is a bug in utils:::.format_person_as_R_code(). This calls deparse() on the elements of the person object with the default width.cutoff = 60. As your comment exceeds this width, the erroneous formatting is produced. The simplest reproducible example I could come up with was: p <- person(".", comment = c(foo = ".....................",

Thank you very much for your useful suggestions. These are exactly what I was looking for. foo <- list(foo1, foo2, foo3) lapply(foo, function(x) matrix(unlist(x), nrow = length(x), byrow = TRUE)) or lapply(foo, function(x) do.call('rbind', x)) Best, Muhammad Subianto On 4/11/06, Muhammad Subianto <msubianto at gmail.com> wrote: > Dear all, > I have a result my experiment

Dear all, I have a result my experiment like this below (here my toy example): foo1 <- list() foo1[[1]] <- c(10, 20, 30) foo1[[2]] <- c(11, 21, 31) foo2 <- list() foo2[[1]] <- c(100, 200, 300) foo2[[2]] <- c(110, 210, 310) foo3 <- list() foo3[[1]] <- c(1000, 2000, 3000) foo3[[2]] <- c(1100, 2100, 3100) list(foo1,foo2,foo3) The result: > list(foo1,foo2,foo3) [[1]]

Dear all, I think I found a bug in utils::format.person when using style = "R" with a vector of comments. The comment section is not parsed properly. Please find below the mwe and the session info. Best regards, Thierry maintainer <- person( given = "Thierry", family = "Onkelinx", role = c("aut", "cre"), email = "thierry.onkelinx at

Dear List: In short, I am writing a number of functions as building blocks for other functions and have some questions about scoping and passing arguments. Suppose I have functions foo1, foo2, and foo3 such that: foo1<-function(a=1,b=TRUE,c=FALSE){#do stuff}; foo2<-function(x=1,y=FALSE,z=c(1,2,3,4)){#do stuff}; foo3<-function(lambda,...){lambda*foo1()*foo2()}; I want to be able to