Hervé Pagès wrote:
[...]
Code:
===
#include
#include
#include
void memcpy_with_recycling_of_src(char *dest, size_t dest_nblocks,
const char *src, size_t src_nblocks,
size_t blocksize)
{
Follow up...
Hervé Pagès wrote:
Hi Matthew,
Matthew Dowle wrote:
Just to add some clarification, the suggestion wasn't motivated by
speeding up a length 3 vector being recycled 3.3 million times. But
its a good point that any change should not make that case slower. I
don't know how much v
Hi Duncan,
Enclosed is the example package and the checking results. No rm() or
remove() in the example. Before this re-installation of R and other tools
(e.g. Rtools), there are no errors for package checking.
Thanks.
2010/4/23 Duncan Murdoch
> On 23/04/2010 1:19 PM, rusers.sh wrote:
>
>>
Hi Matthew,
Matthew Dowle wrote:
Just to add some clarification, the suggestion wasn't motivated by speeding
up a length 3 vector being recycled 3.3 million times. But its a good point
that any change should not make that case slower. I don't know how much
vectorCopy is called really, DUPLI
On 23/04/2010 1:19 PM, rusers.sh wrote:
Hi Duncan,
Thanks for reminding me. See below for the error information from *.Rout
file
It seems that 'pkgname' was not found. I am not sure whether there is some
problem with my functions or it is a little bug.
Thanks a lot.
###
assign("ptim
Greetings, and apologies for the braino leading to my first posting to
the general list. I'm reposting here, and changing how I attached the
files; they were hard to work with in the other post.
There's a coalescing group which is working to imitate Dirk's fine
translation of CRAN to APT, in
Terry,
I don't see the problem in R 2.11.0 or R 2.10.1 Patched
(session info for R 2.10.1 below) with Windows (Vista).
I do get warnings about kinship having been built under
R 2.11.0 when I use R 2.10.1.
But I notice that your version of kinship looks somewhat
dated. Is that intentional?
-Pe
Hello,
I have built a shared lib from C++ source files in pkg/src, and
from another directory pkg/src/test. Everything seems to work,
and all functions are in the library (based on
nm mylib.so | grep myfunc). But when I try to call
a function with, say .Call('myfunc'), the symbol myfunc is
found w
Hi Duncan,
Thanks for reminding me. See below for the error information from *.Rout
file
It seems that 'pkgname' was not found. I am not sure whether there is some
problem with my functions or it is a little bug.
Thanks a lot.
###
> assign("ptime", proc.time(), pos = "CheckExEnv")
> ## at
Douglas,
Thanks for your reply. I took your suggestion and tried the Cholesky
factorization with dppsv, the positive definite version of dspsv. I
found dppsv to be a great deal faster than dspsv, as might be expected
since dspsv uses a more complicated factorization. However, I ran into
trouble w
I've finally narrowed down a puzzling problem: here is the short test
case.
tmt34% R --vanilla
R version 2.10.0 (2009-10-26)
Copyright (C) 2009 The R Foundation for Statistical Computing
ISBN 3-900051-07-0
> temp <- matrix(runif(50), ncol=2)
> t(temp) %*% temp
[,1] [,2]
[1,] 7.91601
On Apr 23, 2010, at 4:17 PM, Duncan Murdoch wrote:
> On 23/04/2010 10:03 AM, peter dalgaard wrote:
>> On Apr 23, 2010, at 2:50 PM, Sebastian P. Luque wrote:
>>
>> > On Fri, 23 Apr 2010 13:31:14 +0200,
>> > Uwe Ligges wrote:
>> > >> Works for me, both under Windows (32 and 64 bit) and Linux, alt
On Fri, 23 Apr 2010 16:03:15 +0200,
peter dalgaard wrote:
> I'm getting a bit further with bug 14267: On OSX I am NOT seeing it
> with R-devel, although it is there with 2.11.0 Patched.
> Running with a non-optimized compile, I can get some more information
> It is happening on the i-th iterati
On 23/04/2010 10:03 AM, peter dalgaard wrote:
On Apr 23, 2010, at 2:50 PM, Sebastian P. Luque wrote:
> On Fri, 23 Apr 2010 13:31:14 +0200,
> Uwe Ligges wrote:
>
>> Works for me, both under Windows (32 and 64 bit) and Linux, although I
>> have not package slmisc attached.
>
> Is this with 2.1
On Apr 23, 2010, at 2:50 PM, Sebastian P. Luque wrote:
> On Fri, 23 Apr 2010 13:31:14 +0200,
> Uwe Ligges wrote:
>
>> Works for me, both under Windows (32 and 64 bit) and Linux, although I
>> have not package slmisc attached.
>
> Is this with 2.11.0 ? Thanks.
I'm getting a bit further with b
On Fri, 23 Apr 2010 13:31:14 +0200,
Uwe Ligges wrote:
> Works for me, both under Windows (32 and 64 bit) and Linux, although I
> have not package slmisc attached.
Is this with 2.11.0 ? Thanks.
--
Seb
__
R-devel@r-project.org mailing list
https://st
On Fri, 23 Apr 2010 07:46:10 -0400,
Duncan Murdoch wrote:
> On 23/04/2010 7:31 AM, Uwe Ligges wrote:
>> Works for me, both under Windows (32 and 64 bit) and Linux, although
>> I have not package slmisc attached.
> I've just found that the bug 14267 is related to a POSIXlt formatting
> bug, so t
On 23/04/2010 7:31 AM, Uwe Ligges wrote:
Works for me, both under Windows (32 and 64 bit) and Linux, although I
have not package slmisc attached.
I've just found that the bug 14267 is related to a POSIXlt formatting
bug, so this is likely to be the same thing.
Duncan Murdoch
Uwe Ligges
Works for me, both under Windows (32 and 64 bit) and Linux, although I
have not package slmisc attached.
Uwe Ligges
On 23.04.2010 01:32, Sebastian P. Luque wrote:
Hi,
I'm getting a segmentation fault as follows:
------
R>
On 21/04/2010 9:48 PM, rusers.sh wrote:
Hi all,
Today, i just installed the newest R version 2.10.1 and other necessary
tools for building R package under windows,e.g. Rtools, perl. All are the
newest version.
After the correct configuration under windows (configuration should be
correct),
20 matches
Mail list logo
