search for: eltsiz

...================= --- gcc/llvm-convert.cpp (revision 166) +++ gcc/llvm-convert.cpp (working copy) @@ -2202,18 +2202,23 @@ // Figure out how large the element pointed to is. const Type *ElTy = cast<PointerType>(LHS->getType())- >getElementType(); - int64_t EltSize = TD.getTypeSize(ElTy); + + if (!ElTy->isAbstract()) { + // We can only get the type size (and thus convert to using a GEP instr) + // if the type isn't abstract + int64_t EltSize = TD.getTypeSize(ElTy); - // If EltSize exactly divides Offset, then we know that we ca...

...long) n; mI = (double*) R_alloc(vs, sizeof(double)); I suspect this caused by allocString(int), which is called by R_alloc, see below. Would it be possible to have allocString take a long argument as well? These code excerpts are from R-devel_2005-03-10.tar.gz: char *R_alloc(long nelem, int eltsize) { R_size_t size = nelem * eltsize; SEXP s = allocString(size); ... } SEXP allocString(int length) { return allocVector(CHARSXP, length); } SEXP allocVector(SEXPTYPE type, R_len_t length) { ... case CHARSXP: size = BYTE2VEC(length + 1); ... malloc(sizeof(SEXPREC_ALIGN) + size...

...want to write a little stand-alone C program that calls R_alloc, but I get a segmentation fault: int main(int argc, char** argv){ double* d = (double *)R_alloc(2, sizeof(double)); // <- segmentation fault! return 0; } gdb reveals that sizeof(double) evaluated to 0: > R_alloc (nelem=2, eltsize=0) at memory.c:1649 so it results in the segfault later. This is how I compile my program: $ cd R-2.6.1/src/main $ gcc -std=gnu99 -I../../src/extra/zlib -I../../src/extra/bzip2 -I../../src/extra/pcre -I. -I../../src/include -I../../src/include -I/usr/local/include -DHAVE_CONFIG_H -g -c main....

The current version of S_alloc in src/main/memory.c is char *S_alloc(long nelem, int eltsize) { unsigned int i, size; char *p = R_alloc(nelem, eltsize); for(i=0 ; i<size; i++) p[i] = 0; return p; } which segfaults because `size' is not initialized. I am not what the right fix is, adding size = nelem * eltsize; before the loop seems to work. As an aside ... I think the s...

...e or directory. in ../../../../R-2.2.1/src/main/memory.c (gdb) where #0 GetNewPage (node_class=1) at ../../../../R-2.2.1/src/main/ memory.c:622 #1 0x00293d38 in Rf_allocVector (type=9, length=4) at ../../../../ R-2.2.1/src/main/memory.c:1918 #2 0x002932e8 in R_alloc (nelem=25167368, eltsize=1996) at ../../../../R-2.2.1/src/main/memory.c:1604 #3 0x00002ad0 in main () at test5.c:8 (gdb) list 617 in ../../../../R-2.2.1/src/main/memory.c (gdb) file test5 Load new symbol table from "/Users/kelley/src/R-from-fortran/test5"? (y or n) y Reading symbols from /Users/kelley/s...

...uch file or directory. in ../../../../R-2.2.1/src/main/memory.c (gdb) where #0 GetNewPage (node_class=1) at ../../../../R-2.2.1/src/main/memory.c:622 #1 0x00293d38 in Rf_allocVector (type=9, length=4) at ../../../../R-2.2.1/src/main/memory.c:1918 #2 0x002932e8 in R_alloc (nelem=25167368, eltsize=1996) at ../../../../R-2.2.1/src/main/memory.c:1604 #3 0x00002ad0 in main () at test5.c:8 (gdb) list 617 in ../../../../R-2.2.1/src/main/memory.c (gdb) file test5 Load new symbol table from "/Users/kelley/src/R-from-fortran/test5"? (y or n) y Reading symbols from /Users/kelley/src/R...

..., > "\t{$src2, ${dst} {${mask}}|${dst} {${mask}}, $src2}"), > [(set _.RC:$dst, _.KRCWM:$mask_wb, > (GatherNode (_.VT _.RC:$src1), _.KRCWM:$mask, > vectoraddr:$src2))]>, EVEX, EVEX_K, > EVEX_CD8<_.EltSize, CD8VT1>; > } > > ~Craig > > On Sun, Aug 6, 2017 at 2:21 PM, hameeza ahmed <hahmed2305 at gmail.com> > wrote: > >> i want to implement gather for v64i32. i wrote following code. >> >> def GATHER_256B : I<0x68, MRMSrcMem, (outs VR_2048:$dst), (ins...

...sk}}, $src2}"), >>>>> [(set _.RC:$dst, _.KRCWM:$mask_wb, >>>>> (GatherNode (_.VT _.RC:$src1), _.KRCWM:$mask, >>>>> vectoraddr:$src2))]>, EVEX, EVEX_K, >>>>> EVEX_CD8<_.EltSize, CD8VT1>; >>>>> } >>>>> >>>>> ~Craig >>>>> >>>>> On Sun, Aug 6, 2017 at 2:21 PM, hameeza ahmed <hahmed2305 at gmail.com> >>>>> wrote: >>>>> >>>>>> i want to implement...

i want to implement gather for v64i32. i wrote following code. def GATHER_256B : I<0x68, MRMSrcMem, (outs VR_2048:$dst), (ins i2048mem:$src), "GATHER_256B\t{$src, $dst|$dst, $src}", [(set VR_2048:$dst, (v64i32 (masked_gather addr:$src)))], IIC_MOV_MEM>, TA; def: Pat<(v64f32 (masked_gather addr:$src)), (GATHER_256B

Hi everyone! I think I stumbled over a bug in the latest R 2.9.2 patched for OS X: > R version 2.9.2 Patched (2009-09-24 r49861) > i386-apple-darwin9.8.0 When I try to sort latin1-encoded character vectors, R sometimes crashes with a segmentation fault. I'm running OS X 10.5.8 and have observed this behaviour both with the i386 and x86_64 builds, in the R.app GUI as well as on