a bug, but it is
asking for trouble.
JN
On 15-04-25 07:57 AM, peter dalgaard wrote:
>
>> On 25 Apr 2015, at 13:11 , Prof J C Nash (U30A) wrote:
>>
>> Hendrik pointed out it was the parentheses that gave the complaint.
>> Single quotes and no parentheses seem to satisfy R
.
Is this something CRAN should be thinking about? I would argue greater
benefit to users than title case.
JN
On 15-04-24 06:17 PM, Uwe Ligges wrote:
>
>
> On 24.04.2015 22:44, Ben Bolker wrote:
>> Prof J C Nash (U30A uottawa.ca> writes:
>>
>>>
>>> I
I was preparing a fix for a minor glitch in my optimx package and R CMD
check gave an error that the title was not in title case. It is
A Replacement and Extension of the optim() Function
R CMD check suggests the incorrect form
A Replacement and Extension of the Optim() Function
'Writing R Exte
nls() is using
1) only a Gauss-Newton code which is prone to some glitches
2) approximate derivatives
Package nlmrt uses symbolic derivatives for expressions (you have to
provide Jacobian code for R functions) and an aggressive Marquardt
method to try to reduce the sum of squares. It does return m
//www.ubuntu.com/";
>> SUPPORT_URL="http://help.ubuntu.com/";
>> BUG_REPORT_URL="http://bugs.launchpad.net/ubuntu/";
>>
>> john@john-J6-2015 ~/current/nls14work $ cat /etc/linuxmint/info
>> RELEASE=17.1
>> CODENAME=rebecca
>> EDIT
Are other developers finding R 3.1.3 problematic because vignette
building requires pandoc 1.12.3, while Linux Mint 17 / Ubuntu 14.04 have
1.12.2.1? R 3.1.2 seems to work fine.
I'd very much like to avoid having to build as large a Linux package as
pandoc, which has given me issues outside of R (i
ink I need to do some more digging to
narrow down where this issue is lurking. It may be some local matter, as
with the r-recommended links failing.
Best, JN
On 15-01-18 09:27 AM, Kurt Hornik wrote:
Prof J C Nash (U30A) writes:
I've been implementing a wrapper to the 2011 Fortran ve
I've been implementing a wrapper to the 2011 Fortran version of
L-BFGS-B. In optim(), R uses a C translation of a Fortran version (the
version number does not appear to be documented by the original
authors). The authors of the original Fortran code have updated it and
published the reasons in
As the author of 3 of the 5 methods in optim, I think you may be wasting
your time if this is for performance. My reasons are given in
http://www.jstatsoft.org/v60/i02
Note that most of the speed benefits of compilation are found in the
objective and gradient function, with generally more minor i
I won't comment on the C/C++ option, as I'm not expert in that. However,
R users and developers should know that Nocedal et al. who developed
L-BFGS-B released an update to correct a fault in 2011. It was important
enough that an ACM TOMS article was used for the announcement.
I recently implement
As you dig deeper you will find vmmin.c, cgmin.c and (I think) nmmin.c
etc. Those were, as I understand, converted by p2c from my Pascal codes
that you can find in the pascal library on netlib.org. These can be run
with the Free Pascal compiler.
Given how long ago these were developed (>30 years i
I noted Duncan's comment that an answer had been provided, and went to
the archives to find his earlier comment, which I am fairly sure I saw a
day or two ago. However, neither May nor June archives show Duncan in
the thread except for the msg below (edited for space). Possibly tech
failures are ca
Over the years, this has been useful to me (not just in R) for many
nonlinear optimization tasks. The alternatives often clutter the screen.
> On 13-11-06 06:00 AM, r-devel-requ...@r-project.org wrote:
> People do sometimes use this pattern for displaying progress (e.g. iteration
> counts).
>>
t; cmpfun(tfor)
>> cmpfun(twhile)
>> timforc<-microbenchmark(tfor(n))
>> timwhilec<-microbenchmark(twhile(n))
>> timforc
>> timwhilec
>> looptimes<-data.frame(timfor$time, timforc$time, timwhile$time,
>> timwhilec$time)
>> colMeans(looptimes)
&
ooted
that partition for quite a while.
Here is the for-while test code:
# forwhiletime.R
library(microbenchmark)
require(compiler)
tfor <- function(n){
for (i in 1:n) {
xx<-exp(sin(cos(as.double(i
}
xx
}
twhile <- function(n){
i<-0
while (i On 13-11-03
I had a bunch of examples of byte code compiles in something I was
writing. Changed to 3.0.2 and the advantage of compiler disappears. I've
looked in the NEWS file but do not see anything that suggests that the
compile is now built-in. Possibly I've just happened on a bunch of
examples where it doe
This issue has been known for some time and I've had "why don't you fix
this?" queries. However, I'm not one of the R-core folk who could do so,
and don't code in C. Moreover, as far as I can tell, the version of
L-BFGS-B in R is not one of the standard releases from Morales and Nocedal.
As m
There is quite a literature on related methods for variance. If anyone
is interested, I did some work (and even published the code in the
magazine Interface Age in 1981) on some of these. I could probably put
together scans of relevant materials, some of which are not easily
available. It would
While as a Linux user who has not so far been banished to Winland I have
not experienced this problem, it seems to be the type of issue where a
"how to", for example, on the R Wiki, would be helpful. Moreover, surely
this is a name conflict on different platforms, so possibly a list of
these
The message below came to me from the Getting Open Source Logic INto
Government list. I'm passing it on to the devel list as the infoworld
article may have some ideas of relevance to the R project, mainly
concerning build and test issues and tracking changes in the code base.
While the LibreOff
For info, I put a little study I did about the byte code compiler and
other speedup approaches (but not multicore) on the Rwiki at
http://rwiki.sciviews.org/doku.php?id=tips:rqcasestudy
which looks at a specific problem, so may not be relevant to everyone.
However, one of my reasons for doing i
21 matches
Mail list logo