similar to: R CMD check warning "no visible binding for global variable" and hasArg()

Hi, recently R CMD check --as-cran has noticed some more issues with package namespace imports with the recommended remedy to use importFrom() and friends. In my case, there was only a conflict restricted to some few imports, while I would prefer to still import all the non-conflicting objects, methods, and classes of the respective package namespace. So would it be possible to have some new

Hi R-devels, recently, we have seen a new warning by "R CMD check" appearing for the devel-version of our package distrEx available on r-forge, e.g. as *|install.packages("/distrEx/",repos="http://r-forge.r-project.org")|* Here is the warning: %--------------------- [...snip ...] * checking for unstated dependencies in R code ... WARNING .get_S4_methods_list():

Hi, to speed up computations in our RobASt family of packages, we use interpolation on a grid of precomputed values which we save together with the interpolating functions (results of splinefun essentially) in sysdata.rda in the R folder of our pkg. After adding grids for some more models, this file has grown considerably, even after application of tools::resaveRdaFiles. At the moment we are at

------------------------------------------------------------------------ ------------------------------------------------------------------------ New versions 2.3 of our distr-family of packages are now available on CRAN. (i.e.; startupmsg, SweaveListingUtils, distr, distrEx, distrDoc, distrEllipse, distrMod, distrSim, distrTEst, distrTeach) Most importantly, we have included: +

------------------------------------------------------------------------ ------------------------------------------------------------------------ New versions 2.3 of our distr-family of packages are now available on CRAN. (i.e.; startupmsg, SweaveListingUtils, distr, distrEx, distrDoc, distrEllipse, distrMod, distrSim, distrTEst, distrTeach) Most importantly, we have included: +

The Fraunhofer Institute for Industrial Mathematics ITWM in Kaiserslauern, Germany, is looking for a researcher in its department for Financial Mathematics, starting as soon as possible. We are a team working in the following domains of research and industrial projects: Development of models and algorithms for pricing of financial derivatives; evaluation, optimization and risk assessment of

Please do give reproducible example. The code you gave, which you claimed `works correctly' doesn't: > SDT.Optim <- function(crit = NULL, Hess = F) + { + q <- length(par); x <- data + if(hasArg(crit)) + cat("\n Crit present\n") + else +

Full_Name: Jelle Goeman Version: 1.9.0 OS: mingw32, windows 2000 Submission from: (NULL) (145.88.209.33) Hi Everyone, I get very strange results using the function hasArg with the ... function argument. In my own function: > gt <- globaltest(X,Y) > sampling(gt) works fine, but > sampling(globaltest(X,Y)) results in: Error in eval(expr, envir, enclos) : "missing"

Dear list, I'm running an R script which first line is: #!/usr/bin/Rscript While running that script from the system console (in Red Hat Enterprise Linux 6) I got the following error: Error in plot2(x = sim, y = obs, plot.type = "single", main = paste("Daily", : could not find function "hasArg" Calls: plot_results -> plot_out -> ggof -> plot2

Hi all, Is there a way to modify the optional arguments (...) passed to a function, so that these can be passed in modified form to a subsequent function call? I checked "Programming with Data" but could not find a solution there. What I'd like is something along these lines: test <- function(x,y,...) { if(!hasArg(xlab)) { ___add xlab to ...___ } if(hasArg(xlab)) {

After some reorganization, we would like to announce the availability on CRAN of a new version (1.6) of our package "distr" as well as the availabilty on CRAN of the new packages "distrEx", "distrSim", "distrTEst", "RandVar". ----------------------------------------------------------------------------------------- Changes from 1.5 to 1.6 -[former

After some reorganization, we would like to announce the availability on CRAN of a new version (1.6) of our package "distr" as well as the availabilty on CRAN of the new packages "distrEx", "distrSim", "distrTEst", "RandVar". ----------------------------------------------------------------------------------------- Changes from 1.5 to 1.6 -[former

We would like to announce the availability on CRAN of a new package distr . It is to provide a conceptual treatment of random variables (r.v.'s) by means of S4--classes. A virtual mother class "Distribution" is introduced. All distributions of the "base" package are implemented as subclasses of either "AbscontDistribution" or "DiscreteDistribution".

We would like to announce the availability on CRAN of a new package distr . It is to provide a conceptual treatment of random variables (r.v.'s) by means of S4--classes. A virtual mother class "Distribution" is introduced. All distributions of the "base" package are implemented as subclasses of either "AbscontDistribution" or "DiscreteDistribution".

We would like to announce the availability on CRAN of a new version (1.5) of our package "distr" . ----------------------------------------------------------------------------------------- Changes from 1.4 to 1.5 -package is now using /lazy loading/ -minor changes in the help pages -minor enhancements in plot for distributions (Gamma, discrete distributions) -package now includes a

We would like to announce the availability on CRAN of a new version (1.5) of our package "distr" . ----------------------------------------------------------------------------------------- Changes from 1.4 to 1.5 -package is now using /lazy loading/ -minor changes in the help pages -minor enhancements in plot for distributions (Gamma, discrete distributions) -package now includes a

This is a Request For Comment, also BCCed to 390 package maintainers of reverse dependencies of the Matrix package. Most users and package authors working with our 'Matrix' package will be using it for numerical computations, and so will be using "dMatrix" (d : double precision) matrix objects M, and indirectly, e.g., for M >= c will also use "lMatrix" (l:

We would like to announce the availability on CRAN of a new version (1.4) of our package "distr" . ----------------------------------------------------------------------------------------- Changes from 1.3 to 1.4 -To avoid name collisions with short forms for TRUE and FALSE: classes T and F (T- and F-distributions) renamed to Td and Fd -The package is now loaded as a binary =>

We would like to announce the availability on CRAN of a new version (1.4) of our package "distr" . ----------------------------------------------------------------------------------------- Changes from 1.3 to 1.4 -To avoid name collisions with short forms for TRUE and FALSE: classes T and F (T- and F-distributions) renamed to Td and Fd -The package is now loaded as a binary =>

Hi Martin, You need to build a "epel-7-i386" mock profile and use that. Now I call it "epel" so it resembles the default profile, but there is no EPEL 32bit for EL7. There is a 32bit CentOS 7 tree here http://mirror.centos.org/altarch/7/os/i386/ If there are deps required and are not there you'll need to backport them from Fedora I guess. -- Sent from the Delta quadrant