Thanks Don/Kasper for the detailed explanation. Understood the idea behind
match.arg. Meanwhile, it might look handy, the part I am finding tricky is
that it makes the signature of the function misleading. That is, client
would have no idea that a particular arg is accessed through match.arg. So,
u
In other words: this is a standard programming paradigm in R/S which
(unfortunately) is not widely known, based on my network. It is really
nice for developers.
Best,
Kasper
On Wed, Mar 18, 2015 at 5:42 PM, MacQueen, Don wrote:
> It's only an illusion until one actually tries providing a vecto
It's only an illusion until one actually tries providing a vector.
> sink('foo', type=c('s','m'))
Error in match.arg(type) : 'arg' must be of length 1
The additional benefit of match.arg() which you may have not appreciated
is that it allows the user to abbreviate. That is,
> sink('foo', ty
You can use nls's 'control' argument to work around this problem.
Read help(nls.control) for details.
nls(control = nls.control(minFactor=2^-20), ...)
will allow a smaller step factor than the default 2^-10 and loosening
the convergence tolerance with
nls(control = nls.control(tol=1e-4))
may
On 18/03/2015 11:33 AM, Martyn Plummer wrote:
On Wed, 2015-03-18 at 07:55 -0700, Dan Tenenbaum wrote:
> Is it not considered a "known problem" that C++ libraries linked
> against by R packages need to be rebuilt with g++ 4.9.2 in order for
> the R packages to install/load?
This could well be due
On Wed, 2015-03-18 at 07:55 -0700, Dan Tenenbaum wrote:
> Is it not considered a "known problem" that C++ libraries linked
> against by R packages need to be rebuilt with g++ 4.9.2 in order for
> the R packages to install/load?
This could well be due to incompatible thread models (win32 vs posix).
Duncan,
- Original Message -
> From: "Duncan Murdoch"
> To: "R-devel@r-project.org" ,
> rcpp-de...@r-forge.wu-wien.ac.at
> Sent: Wednesday, March 18, 2015 6:27:26 AM
> Subject: [Rcpp-devel] Windows gcc toolchain for R 3.2.0
>
> To anyone following the Windows toolchain saga:
>
> The gc
Duncan (and everybody else working on it behind the curtains),
Thanks for the update. All the work is truly appreciated, and it is really
too bad that we turned to C++ testing so late in the process. But ensuring
release quality is paramount, so withholding g++ 4.9.* on Windows til these
issues
To anyone following the Windows toolchain saga:
The gcc 4.9.2 toolchain that is currently in Rtools33 has too many
incompatibilities with existing code, so we won't be using it in the R
3.2.0 build. I will soon be uploading to CRAN a new version of Rtools33
that is very similar to Rtools32, c
To anyone following the Windows toolchain saga:
The gcc 4.9.2 toolchain that is currently in Rtools33 has too many
incompatibilities with existing code, so we won't be using it in the R
3.2.0 build. I will soon be uploading to CRAN a new version of Rtools33
that is very similar to Rtools32, c
Hi to All,
I am fitting some models to a data using non linear least square, and
whenever i run the command, parameters value have good convergence but I
get the error in red as shown below. Kindly how can I fix this problem.
Convergence of parameter values
0.2390121 : 0.1952981 0.975 1.0
Everything you need to know is in the Writing R Extensions manual, and
section 1.2.3 in particular. There are restrictions on Fortran 90/95 use
due to portability issues.
Make sure you are following all of the advice in the manual, e.g.:
- Files containing Fortran 90 code should have extension .f9
12 matches
Mail list logo
