search for: currentpointer

Hi, I have a query about the maximum length of vector that can be plotted in one go in a postscript driver. Try the following code (in 1.7.0; version details below): t <- seq(from=0, to=4*pi, length=200000) y <- sin(t) postscript(file="o.ps") plot(t, y, type="l") dev.off() If I view the postscript file o.ps in "gv", it takes many seconds before eventually

Background: OS: Linux Ubuntu Dapper R : Version 2.3.1 (2006-06-01) Emacs 21.4.1 ESS Colleagues This is neither a bug report, nor a complaint, so I think this is the appropriate list. I am getting an odd font problem with a pdf generated using pdf(file = "../figures/PCNM.models.larvae.fluor.zoo.stability.2001.and.2002.pdf", title="", family="serif",

...cts as a linker. If MCJIT could have a map like this (I give a pseudo-c++ code) class FnDescriptor { StringRef name; FunctionType fnType; LinkageType linkage; }; class FnState { llvm::Module* definedModule; /* maybe a llvm::ObjectImage* ? */ List<RelocationTable*>* users, void* currentPointer }; map<FnDescriptor, FnState> it could be really useful. Let's imagine the same scenario with f that calls g while g is not yet compiled. At the beginning of this scenario, "g" "void ()" could simply be associated to a FnState with <null, List<>, stubForG&g...

...cts as a linker. If MCJIT could have a map like this (I give a pseudo-c++ code) class FnDescriptor { StringRef name; FunctionType fnType; LinkageType linkage; }; class FnState { llvm::Module* definedModule; /* maybe a llvm::ObjectImage* ? */ List<RelocationTable*>* users, void* currentPointer }; map<FnDescriptor, FnState> it could be really useful. Let's imagine the same scenario with f that calls g while g is not yet compiled. At the beginning of this scenario, "g" "void ()" could simply be associated to a FnState with <null, List<>, stubForG&g...

...ve a pseudo-c++ code) > > class FnDescriptor { > StringRef name; > FunctionType fnType; > LinkageType linkage; > }; > > class FnState { > llvm::Module* definedModule; > /* maybe a llvm::ObjectImage* ? */ > List<RelocationTable*>* users, > void* currentPointer > }; > > map<FnDescriptor, FnState> > > it could be really useful. Let's imagine the same scenario with f that calls g while g is not yet compiled. At the beginning of this scenario, "g" "void ()" could simply be associated to a FnState with > > &l...

...ve a pseudo-c++ code) > > class FnDescriptor { > StringRef name; > FunctionType fnType; > LinkageType linkage; > }; > > class FnState { > llvm::Module* definedModule; > /* maybe a llvm::ObjectImage* ? */ > List<RelocationTable*>* users, > void* currentPointer > }; > > map<FnDescriptor, FnState> > > it could be really useful. Let's imagine the same scenario with f that > calls g while g is not yet compiled. At the beginning of this > scenario, "g" "void ()" could simply be associated to a FnState with...

...Descriptor { >> StringRef name; >> FunctionType fnType; >> LinkageType linkage; >> }; >> >> class FnState { >> llvm::Module* definedModule; >> /* maybe a llvm::ObjectImage* ? */ >> List<RelocationTable*>* users, >> void* currentPointer >> }; >> >> map<FnDescriptor, FnState> >> >> it could be really useful. Let's imagine the same scenario with f that >> calls g while g is not yet compiled. At the beginning of this >> scenario, "g" "void ()" could simply be ass...

...me; >>> FunctionType fnType; >>> LinkageType linkage; >>> }; >>> >>> class FnState { >>> llvm::Module* definedModule; >>> /* maybe a llvm::ObjectImage* ? */ >>> List<RelocationTable*>* users, >>> void* currentPointer >>> }; >>> >>> map<FnDescriptor, FnState> >>> >>> it could be really useful. Let's imagine the same scenario with f that >>> calls g while g is not yet compiled. At the beginning of this >>> scenario, "g" "void...

Hi Andy, We had previous discussions about this, I'd like to state more exactly what features would make MCJIT a replacement for the JIT. After putting significant effort trying to move to MCJIT, I'm currently back with the JIT. This is in a REPL environment where functions are added and removed dynamically and response time is important. The issue is the legacy JIT provides great

...me; >>> FunctionType fnType; >>> LinkageType linkage; >>> }; >>> >>> class FnState { >>> llvm::Module* definedModule; >>> /* maybe a llvm::ObjectImage* ? */ >>> List<RelocationTable*>* users, >>> void* currentPointer >>> }; >>> >>> map<FnDescriptor, FnState> >>> >>> it could be really useful. Let's imagine the same scenario with f >>> that calls g while g is not yet compiled. At the beginning of this >>> scenario, "g" "voi...

...fnType; >>>> LinkageType linkage; >>>> }; >>>> >>>> class FnState { >>>> llvm::Module* definedModule; >>>> /* maybe a llvm::ObjectImage* ? */ >>>> List<RelocationTable*>* users, >>>> void* currentPointer >>>> }; >>>> >>>> map<FnDescriptor, FnState> >>>> >>>> it could be really useful. Let's imagine the same scenario with f >>>> that calls g while g is not yet compiled. At the beginning of this >>>> scenari...

...fnType; >>>> LinkageType linkage; >>>> }; >>>> >>>> class FnState { >>>> llvm::Module* definedModule; >>>> /* maybe a llvm::ObjectImage* ? */ >>>> List<RelocationTable*>* users, >>>> void* currentPointer >>>> }; >>>> >>>> map<FnDescriptor, FnState> >>>> >>>> it could be really useful. Let's imagine the same scenario with f >>>> that calls g while g is not yet compiled. At the beginning of this >>>> scena...

Hi Gaël, I'm not familiar enough with the details of the old JIT engine and its event interface to comment on whether or not your changes are appropriate, but I'm not sure anyone is so the patch is probably OK as is. I don't see any obvious problems with it. However, your description of the changes raises a bigger issue in my mind. I'm not sure if you are aware of this, but

On 5/2/07, r-help-request@stat.math.ethz.ch < r-help-request@stat.math.ethz.ch> wrote: > > Send R-help mailing list submissions to > r-help@stat.math.ethz.ch > > To subscribe or unsubscribe via the World Wide Web, visit > https://stat.ethz.ch/mailman/listinfo/r-help > or, via email, send a message with subject or body 'help' to >