Thank you for your comments. I was indeed looking to use Rcpp for
integration for the C++ portions where compiled code would have performance
benefits while sticking to R code elsewhere.
I've had some previous bad experiences with Swig for interfacing C code with
Python code but it looks like
CB == Claudia Beleites cbelei...@units.it
on Sun, 28 Feb 2010 19:31:42 +0100 writes:
CB Dear R-Developers,
CB could 'sample' gain a ... argument?
As you may know, adding '...' also has drawbacks,
most notably that you lose automatic checking of correctly
specified argument names
Hello,
I have a test script that works fine when I copy and paste it into a R session.
I have the script in the tests directory of the package. But when I do R CMD
check on the package it runs all the tests OK on my first dataset in the
script, then I make a call to load() for the second
I am the guy who compiles the OpenMx binaries. We would be delighted
to place our package on CRAN, once the project is stable enough so
that we are comfortable releasing it to the larger public. Let's try
to track down where I made a mistake. Our Makevars.in file contains
the line:
Hi Michael,
On Mar 3, 2010, at 12:01 , Michael Spiegel wrote:
I am the guy who compiles the OpenMx binaries. We would be
delighted to place our package on CRAN, once the project is stable
enough so that we are comfortable releasing it to the larger
public. Let's try to track down where
Dear Martin,
Martin Maechler wrote:
CB == Claudia Beleites cbelei...@units.it
on Sun, 28 Feb 2010 19:31:42 +0100 writes:
CB Dear R-Developers,
CB could 'sample' gain a ... argument?
As you may know, adding '...' also has drawbacks,
most notably that you lose automatic checking of
On Mar 4, 2010, at 1:24 AM, Patrick Connolly wrote:
On Wed, 03-Mar-2010 at 01:46PM -0600, Marc Schwartz wrote:
| Patrick, just as an FYI, I did not see which variant of CentOS you
| are using, but:
Apologies. I didn't mention it's 5.4
No problem.
| CentOS 4, which is based upon
Is the bug-reporting system working okay? Two days ago, I submitted
the following bug report via email to r-b...@r-project.org. I didn't
see a confirmation, and it didn't see it at
http://bugs.r-project.org/. Now, http://bugs.r-project.org/ seems to
be down.
Anyway, here's the bug report related
On Mar 4, 2010, at 9:29 AM, Tom Short wrote:
Is the bug-reporting system working okay? Two days ago, I submitted
the following bug report via email to r-b...@r-project.org. I didn't
see a confirmation, and it didn't see it at
http://bugs.r-project.org/. Now, http://bugs.r-project.org/ seems
On Thu, Mar 04, 2010 at 09:39:41AM -0600, Marc Schwartz wrote:
There has been talk over the years of moving to Bugzilla, but I am not clear
on present status.
IMHO Bugzilla is too challenging for normal users/human beeings (even
developers are often not able to extract the info they need).
On Wed, Mar 03, 2010 at 05:42:24PM +0100, Henrik Bengtsson wrote:
Hi Henrik,
My Wednesday procrastination:
There's quite some number of decimals in the SVG and some whitespace,
so some dummy trimming gives:
x - readLines(http://developer.r-project.org/Logo/Rlogo-1.svg;);
...
Cool :).
On Mar 4, 2010, at 10:10 AM, Jens Elkner wrote:
On Thu, Mar 04, 2010 at 09:39:41AM -0600, Marc Schwartz wrote:
There has been talk over the years of moving to Bugzilla, but I am not clear
on present status.
IMHO Bugzilla is too challenging for normal users/human beeings (even
Just to calm the discussion a bit - we already have decided to go with
Bugzilla, we created tools for the import of old PRs and the new bug
system is up and running in a test phase. The current downtime is not
directly related to that - the cause is being investigated.
Cheers,
Simon
On
Thanks for the update and your work on this Simon.
Regards,
Marc
On Mar 4, 2010, at 11:36 AM, Simon Urbanek wrote:
Just to calm the discussion a bit - we already have decided to go with
Bugzilla, we created tools for the import of old PRs and the new bug system
is up and running in a test
Hi Folks, I can find any hits anywhere for the following compilation error:
eigen.f
external subroutine BALANC
external subroutine BALBAK
external subroutine CBABK2
external subroutine CBAL
external subroutine CDIV
external subroutine COMQR
external subroutine COMQR2
Another possibility is to link statically to libgfortran. That has
pros and cons, but for libgfortran not many cons apart from space for
multiple copies in sundry packages (and is what is done on Windows,
BTW).
There are several ways to arrange that. As far as I recall I
temporarily
On Mar 4, 2010, at 14:44 , Prof Brian Ripley wrote:
Another possibility is to link statically to libgfortran. That has
pros and cons, but for libgfortran not many cons apart from space
for multiple copies in sundry packages (and is what is done on
Windows, BTW).
There are several ways
On Thu, Mar 04, 2010 at 10:58:16AM -0600, Marc Schwartz wrote:
...
Jira was discussed a couple of years ago:
http://tolstoy.newcastle.edu.au/R/e5/devel/08/09/0006.html
I presume that the disposition towards non-FOSS platforms remains.
Was just an idea. IMHO the hosting team needs to
Ben Bolker bolker at ufl.edu writes:
[re: behavior of scale() when center=FALSE and scale=TRUE]
Again, I agree with you that the behavior is not optimal, but it is
very hard to make changes in R when the behavior is sub-optimal rather
than actually wrong (by some definition). R-core is
19 matches
Mail list logo