Displaying 20 results from an estimated 2000 matches similar to: "passing a matrix from R to C code"
2011 Nov 07
1
Aggregate or extract function ?
Hi R user,
I have two dataframe with different variables and coordinates :
X Y sp bio3 bio5 bio6 bio13 bio14
1 -70.91667 -45.08333 0 47 194 -27 47 12
2 -86.58333 66.25000 0 16 119 -345 42 3
3 -62.58333 -17.91667 0 68 334 152 144 28
4 -68.91667 -31.25000 0 54 235 -45 25 7
5 55.58333 48.41667 0 23 319 -172 23 14
6 66.25000
2013 Feb 07
1
[Qemu-devel] Headsup: windows virtio networking does not work on current git
On Thu, Feb 07, 2013 at 09:53:39PM +1100, Vadim Rozenfeld wrote:
> On Thu, 2013-02-07 at 12:18 +0200, Michael S. Tsirkin wrote:
> > On Thu, Feb 07, 2013 at 08:24:10PM +1100, Vadim Rozenfeld wrote:
> > > On Thu, 2013-02-07 at 11:33 +1030, Rusty Russell wrote:
> > > > Vadim Rozenfeld <vrozenfe at redhat.com> writes:
> > > > > On Tue, 2013-02-05 at
2013 Feb 07
1
[Qemu-devel] Headsup: windows virtio networking does not work on current git
On Thu, Feb 07, 2013 at 09:53:39PM +1100, Vadim Rozenfeld wrote:
> On Thu, 2013-02-07 at 12:18 +0200, Michael S. Tsirkin wrote:
> > On Thu, Feb 07, 2013 at 08:24:10PM +1100, Vadim Rozenfeld wrote:
> > > On Thu, 2013-02-07 at 11:33 +1030, Rusty Russell wrote:
> > > > Vadim Rozenfeld <vrozenfe at redhat.com> writes:
> > > > > On Tue, 2013-02-05 at
2008 Jun 27
2
New USB ethernet adapter
I got a new USB ethernet adapter from ebay, the ad said RealTek chipset,
so I thought I would chance it.
Well, my 5.2 system does not recognize the USB device. At all. What do
I need to do?
I checked the driver CD and the XP driver directory's .inf file has the
following:
; ASIX AX88172 USB2 to Fast Ethernet Adapter *
; *
; Copyright 2001-2003,
2007 Aug 24
1
Speex on ARM7
Hello
I'm testing SPEEX on embedded board using ARM7 (Atmel). ARM7 don't have
floating point so I'm using FIXED_POINT. Unfortunately the encoding speed is
about 5 times slower then necessary for real time.
ARM7 is slow for 16/8 bits operations.
The sequence:
static inline spx_word32_t compute_pitch_error(spx_word16_t *C, spx_word16_t
*g, spx_word16_t pitch_control)
{
2004 Dec 01
1
[PATCH] checking for negative link
This patch ensures that lib/lib/vorbisfile.c will not use negative value
of "link" when seeking.
Negative value (link=-1) was used by ov_time_seek(vf, 0.0) at least.
Double arithmetic is not precise, it depends on order of operands.
"for(i=0;i<links;i++) sum+=x[i]" gives slightly different result than
"for(i=links-1;i>=0;i--) sum+=x[i]".
I tried add this
2006 Oct 05
3
[LLVMdev] Extracting all BasicBlocks of a Function into new Function
Hi,
Chris Lattner wrote:
> All the non-vastart calls can be anywhere. va_end in particular codegens
> to a noop on all targets llvm currently supports, fwiw.
>
Things go well, except for the following (pathological?) C program:
int va_double_sum(int count,...){
int i,sum=0;
va_list ap;
va_start(ap,count);
for(i=0;i<count;i++){
sum+=va_arg(ap,int);
}
va_end(ap);
2012 Nov 22
2
[LLVMdev] Disable loop unroll pass
Hi, Gang:
I remember there were different voices when you check-in the code.
I agree with them although I didn't reply your mail in open64's mailing
list.
In the transformation you illustrate, it involves two operations:
1) promote WHILE-loop into DO-loop (i.e noncountable loop to
countable loop)
2) get rid of trip-count dec/inc and compare.
1) is irrelevant to HW loop.
2012 Nov 22
0
[LLVMdev] Disable loop unroll pass
I am the designer for open64 hwloop structure, but I am not a student.
Hope the following helps:
To transform a loop into hwloop, we need the help from optimizer. For example,
while(k3>=10){
sum+=k1;
k3 --;
}
into the form:
zdl_loop(k3-9) {
sum+=k1;
}
So, we introduce a new ZDLBR whirl(open64 optimizer intermediate) operator, which represents the loop in whirl as:
2017 Aug 16
2
unable to emit vectorized code in LLVM IR
Hello,
I have written the following code. when i try to vectorize it through opt.
i am not getting vectorized instructions.
#include <stdio.h>
#include<stdlib.h>
int main(int argc, char** argv) {
int sum=0; int a=atoi(argv[1]); int b=atoi(argv[2]);
for (int i=0;i<1000;i++)
{
sum+=a+b;
}
printf("sum: %d\n", sum);
return 0;
}
i use following commands:
clang -S -emit-llvm
2017 Aug 17
3
unable to emit vectorized code in LLVM IR
I want to vectorize the user given inputs. when opt does vectorization user
supplied inputs (from a text file) will be added using AVX vector
instructions.
as you pointed; When i changed my code to following:
int main(int argc, char** argv) {
int a[1000], b[1000], c[1000];
int aa=atoi(argv[1]), bb=atoi(argv[2]);
for (int i=0; i<1000; i++) {
a[i]=aa, b[i]=bb;
c[i]=a[i] + b[i];
2011 Nov 17
3
.Call in R
Hi R developers,
I am new to this forum and hope someone can help me with .Call in R.
Greatly appreciate any help!
Say, I have a vector called "vecA" of length 10000, I generate a vector
called "vecR" with elements randomly generated from Uniform[0,1]. Both vecA
and vecR are of double type. I want to replace elements vecA by elements in
vecR only if sum of elements in
2017 Aug 17
4
unable to emit vectorized code in LLVM IR
i removed printf from loop. Now getting no error. but the IR doesnot
contain vectorized code. IR Output is as follows:
; ModuleID = 'sum-vec.ll'
source_filename = "sum-vec.c"
target datalayout = "e-m:e-i64:64-f80:128-n8:16:32:64-S128"
target triple = "x86_64-unknown-linux-gnu"
; Function Attrs: norecurse nounwind readnone uwtable
define i32 @main(i32, i8**
2010 Nov 05
7
nut on pclos-2010.7
Greetings people;
The section of drakeconf that pclos uses has two problems.
First is several screens full of complaints about deprecated syntax in
"/etc/udev/rules.d/70-nut-usbups.rules" at each reboot.
So I pulled the current 2.5 svn trunk, then found I was missing quite a few
build tools needed here that aren't used when building a kernel, currently
running a 32 bit
2017 Aug 17
2
unable to emit vectorized code in LLVM IR
even if i make my code as follows: vectorized instructions not get emitted.
What to do?
int main(int argc, char** argv) {
int a[1000], b[1000], c[1000]; int g=0;
int aa=atoi(argv[1]), bb=atoi(argv[2]);
for (int i=0; i<1000; i++) {
a[i]=aa, b[i]=bb;
c[i]=a[i] + b[i];
g+=c[i];
}
printf("sum: %d\n", g);
return 0;
}
On Thu, Aug 17, 2017 at 10:03 PM, Craig Topper <craig.topper at
2002 May 04
2
R crashes trying to read a data.frame
Dear all,
> version
_
platform i386-pc-mingw32
arch i386
os mingw32
system i386, mingw32
status
major 1
minor 5.0
year 2002
month 04
day 29
language R
OS: Win98
I have a strange problem with a particular data.frame built with
2006 Oct 03
0
[LLVMdev] Extracting all BasicBlocks of a Function into new Function
On Tue, 3 Oct 2006, Bram Adams wrote:
>> You'd have to change it to something like:
>> void foo(int X, ...) {
>> P = va_start();
>> bar(X, P);
>> }
>>
>> void bar(int X, valist P) {
>> use(P);
>> }
>
> Can the other va_...-intrinsics be used in bar as were the "P =
> va_start" in bar? The va_start probably is
2012 Apr 10
1
Package boot, funtion cv.glm
Hey all,
I need some help with a cross validation. I'm new with R and as well with
statistics. I had a group work to create a tool for remote sensing class
that extracts the best bands of hyperspectral satellite images that describe
vegetation. Its a regression between a linear function of using a normalized
differenced index (i-j)/(i+j) while i and j are the bands (in the data these
are the
2006 Oct 03
2
[LLVMdev] Extracting all BasicBlocks of a Function into new Function
Hi,
Op 3-okt-06, om 20:48 heeft Chris Lattner het volgende geschreven:
> You'd have to change it to something like:
>
> void foo(int X, ...) {
> P = va_start();
> bar(X, P);
> }
>
> void bar(int X, valist P) {
> use(P);
> }
Can the other va_...-intrinsics be used in bar as were the "P =
va_start" in bar? The va_start probably is unnecessary
2012 Nov 22
3
[LLVMdev] Disable loop unroll pass
Hi Shuxin, Eli,
On 22/11/2012 03:19, Shuxin Yang wrote:
> Hi, Ivan:
>
> My $0.02. hasZeroCostLooping() disabling unrolling dose not seem
> to be
> appropriate for other architectures, at least the one I worked before.
I appreciate your feed-back. Could you give an example where building a
hw loop is not appropriate for your target?
>
> You mentioned:
>