search for: bigarray

...this big one. Memory allocation is OK while the function is running, but the final steps make some copies that can be problematic. I looked for a way to return the values without copying (even tried Rmemprof), but without success. Any ideas? The code looks like this: myfunc <- function() { ... bigarray <- ... ... final <- list(..., bigarray=bigarray, ...) class(final) <- "myfunc" final } Thank you in advance, Gabriel. [[alternative HTML version deleted]]

Hi, The following code: #include<stdio.h> char bigArray[0x1000000]; int main(int argc, char **argv) { printf("mem: 0x%x\n", (unsigned) bigArray); return 0; } causes lli to silently fail, even though it compiles correctly with llc. The reason is that in JITEmitter.cpp only checks to see if CurBufferPtr == BufferEnd at the beginning of...

Here is the corrected version. Thomas Jablin wrote: > Actually, there is a problem with the patch. Please delay review. > > Thomas Jablin wrote: > >> Hi, >> The following code: >> >> #include<stdio.h> >> >> char bigArray[0x1000000]; >> >> int main(int argc, char **argv) { >> printf("mem: 0x%x\n", (unsigned) bigArray); >> return 0; >> } >> >> causes lli to silently fail, even though it compiles correctly with >> llc. The reason is that in JITEmitter.cpp o...

Actually, there is a problem with the patch. Please delay review. Thomas Jablin wrote: > Hi, > The following code: > > #include<stdio.h> > > char bigArray[0x1000000]; > > int main(int argc, char **argv) { > printf("mem: 0x%x\n", (unsigned) bigArray); > return 0; > } > > causes lli to silently fail, even though it compiles correctly with > llc. The reason is that in JITEmitter.cpp only checks to see if > CurBu...

...ected version. > > Thomas Jablin wrote: >> Actually, there is a problem with the patch. Please delay review. >> >> Thomas Jablin wrote: >> >>> Hi, >>> The following code: >>> >>> #include<stdio.h> >>> >>> char bigArray[0x1000000]; >>> >>> int main(int argc, char **argv) { >>> printf("mem: 0x%x\n", (unsigned) bigArray); >>> return 0; >>> } >>> >>> causes lli to silently fail, even though it compiles correctly >>> with llc. The rea...

...ected version. > > Thomas Jablin wrote: >> Actually, there is a problem with the patch. Please delay review. >> >> Thomas Jablin wrote: >> >>> Hi, >>> The following code: >>> >>> #include<stdio.h> >>> >>> char bigArray[0x1000000]; >>> >>> int main(int argc, char **argv) { >>> printf("mem: 0x%x\n", (unsigned) bigArray); >>> return 0; >>> } >>> >>> causes lli to silently fail, even though it compiles correctly >>> with llc. The rea...

Dear R gurus, I have a very embarrassingly parallelizable job that I am trying to speed up with snow on our local cluster. Basically, I am doing ~50,000 t.test for a series of micro-array experiments, one gene at a time. Thus, I can easily spread the load across multiple processors and nodes. So, I have a master list object that tells me what rows to pick up for each genes to do the t.test from

...ected version. > > Thomas Jablin wrote: >> Actually, there is a problem with the patch. Please delay review. >> >> Thomas Jablin wrote: >> >>> Hi, >>> The following code: >>> >>> #include<stdio.h> >>> >>> char bigArray[0x1000000]; >>> >>> int main(int argc, char **argv) { >>> printf("mem: 0x%x\n", (unsigned) bigArray); >>> return 0; >>> } >>> >>> causes lli to silently fail, even though it compiles correctly >>> with llc. The rea...

...ected version. > > Thomas Jablin wrote: >> Actually, there is a problem with the patch. Please delay review. >> >> Thomas Jablin wrote: >> >>> Hi, >>> The following code: >>> >>> #include<stdio.h> >>> >>> char bigArray[0x1000000]; >>> >>> int main(int argc, char **argv) { >>> printf("mem: 0x%x\n", (unsigned) bigArray); >>> return 0; >>> } >>> >>> causes lli to silently fail, even though it compiles correctly >>> with llc. The rea...

...9;important' > severity 1073876 serious Bug #1073876 [src:cothreads] FTBFS with OCaml 5.2.0 (Needs event.mli) Severity set to 'serious' from 'important' > severity 1073879 serious Bug #1073879 [src:frama-c] FTBFS with OCaml 5.2.0 (Missing dependency on libfindlib-ocaml for bigarray) Severity set to 'serious' from 'important' > severity 1073882 serious Bug #1073882 [src:hol-light] FTBFS with OCaml 5.2.0 (Needs porting) Severity set to 'serious' from 'important' > severity 1073888 serious Bug #1073888 [src:nproc] FTBFS with OCaml 5.2.0 (Mis...

The following series of patches fill in most of the gaps in the OCaml bindings to libxl, to make them useful for clients such as xapi/xenopsd (from XCP). There are a number of bugfixes to the existing bindings as well. I have an experimental version of xenopsd that successfully uses the new bindings. An earlier version of the first half of the series was submitted to the last by Ian Campbell on