Displaying 14 results from an estimated 14 matches for "currentpoint".
Did you mean:
currentpointer
2003 May 29
4
Postscript query: plotting long vectors
...e(cbind(t,y), sep="\t", file="eg.dat", row.names=F, col.names=F,
quote=F)
and then in gnuplot:
set term postscript
set output "gnuplot.ps"
plot "eg.dat" wi lines
This came out fine; in gnuplot.ps every 400 lines during the plot it
outputs "currentpoint stroke M" (M is defined to moveto). I had a
look at the gnuplot source (gnuplot-3.7.3/term/post.trm) and found
that it does keep count of the length of the current postscript path:
e.g. in the function PS_vector(x,y) we see (line 1122):
if (ps_path_count >= 400) {
fprintf(gpoutfile,&qu...
2006 Oct 03
2
pdf/ convert/ font problem
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",
2013 Nov 13
3
[LLVMdev] (Very) small patch for the jit event listener
...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...
2013 Nov 14
0
[LLVMdev] (Very) small patch for the jit event listener
...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...
2013 Nov 14
2
[LLVMdev] (Very) small patch for the jit event listener
...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
>
>...
2013 Nov 14
0
[LLVMdev] (Very) small patch for the jit event listener
...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 wit...
2013 Nov 16
2
[LLVMdev] (Very) small patch for the jit event listener
...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 a...
2013 Nov 16
0
[LLVMdev] (Very) small patch for the jit event listener
...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...
2013 Nov 13
0
[LLVMdev] (Very) small patch for the jit event listener
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
2013 Nov 18
2
[LLVMdev] (Very) small patch for the jit event listener
...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" "v...
2013 Nov 19
0
[LLVMdev] (Very) small patch for the jit event listener
...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...
2013 Nov 19
1
[LLVMdev] (Very) small patch for the jit event listener
...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
>>>> sce...
2013 Nov 13
3
[LLVMdev] (Very) small patch for the jit event listener
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
2007 May 03
0
unscrible pls
...in the direction of the directed line from (X0,Y0) to (x1,y1),
> and at (X3,Y3) (as it arrives) the tangent to the curve is
> in the direction of the directed line from (x2,y3) to (X3,Y3).
>
> The location of (X0,Y0) is not part of the command, since
> it is implicit in the PS "currentpoint" which is the starting
> point of the curve.
>
> The result is (in theory, and in practice to within the resolution
> of the output device) a perfectly smooth curve, provided the
> consecutive cubic segments have the same tangent at each of
> the points being joined. This can...