Displaying 8 results from an estimated 8 matches for "7c7".
Did you mean:
1c7
2010 Nov 07
1
Rdindex truncating titles?
...e INDEX from the package source with
the INDEX in the installed package (after building with the --force
flag set).
Doing a diff on the old INDEX (saved outside the source package directory
so that --force didn't obliterate it) and the new INDEX in the installed
package directory, I got:
> 7c7
> < in terms of the NCEA gpa.
> ---
> > in terms of the NCEA
> 19c19
> < number of successes ("old" and "new").
> ---
> > number of successes
> 32,...
2000 Oct 27
1
par(ask=T) in termplot() (PR#711)
...supply us with an appropriate patch for termplot and
>termplot.Rd? The issue is somewhat subtle.
So plot.lm() sets 'ask=F' if, eg, par(mfcol=c(2,1)) so that the first 2
plots cannot be really visualized. Here is a proposed modification for this
function:
$ diff plot.lm.R plot.lm.new.R
7c7
< ask = interactive() && one.fig && length(which) > 1
---
> ask = interactive() && nb.fig < length(which)
52a53
> nb.fig <- prod(par("mfcol"))
The modification for termplot() follows in the same way:
$ diff termplot.R term...
2000 Oct 25
2
par(ask=T) in termplot()
Hi,
I think it would be nice to have par(ask=T) set by default in termplot(),
like it is in plot.lm().
Best,
Emmanuel Paradis
-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-
r-devel mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html
Send "info", "help", or "[un]subscribe"
(in the "body", not the subject !)
2004 Jul 21
0
[LLVMdev] GC questions.
...**P, unsigned Offset) { P[Offset] = V; }
Index: llvm/test/Regression/CodeGen/Generic/GC/alloc_loop.ll
===================================================================
RCS file: /var/cvs/llvm/llvm/test/Regression/CodeGen/Generic/GC/alloc_loop.ll,v
retrieving revision 1.2
diff -r1.2 alloc_loop.ll
7c7
< declare void %llvm.gcwrite(sbyte*, sbyte**)
---
> declare void %llvm.gcwrite(sbyte*, sbyte**, uint)
35c35
< call void %llvm.gcwrite(sbyte* %A.1, sbyte** %B.1)
---
> call void %llvm.gcwrite(sbyte* %A.1, sbyte** %B.1, uint 0)
2004 Jul 21
2
[LLVMdev] GC questions.
On Wed, 21 Jul 2004, Tobias Nurmiranta wrote:
>
> Hi, I'm thinking out loud, please give me some feedback.
>
> Regarding llvm.gcread and llvm.gcwrite, wouldn't it be nicer if they are
> implemented as:
>
> llvm.gcread(sbyte** object, uint offset)
> llvm.gcwrite(sbyte* data, sbyte** object, uint offset)
>
> Where you also have the offset into the object. In
2004 Jul 21
0
[LLVMdev] GC questions.
Ok, that makes sense :).
, Tobias
On Wed, 21 Jul 2004, Chris Lattner wrote:
> On Wed, 21 Jul 2004, Tobias Nurmiranta wrote:
> > > void *llvm_gc_read(void *ObjPtr, void **FieldPtr) {
> > > return *FieldPtr;
> > > }
> >
> > Hm, but doesn't FieldPtr need to be calculated target-specific in those
> > cases?
>
> For the field pointer, one
2004 Jul 21
2
[LLVMdev] GC questions.
On Wed, 21 Jul 2004, Tobias Nurmiranta wrote:
> > void *llvm_gc_read(void *ObjPtr, void **FieldPtr) {
> > return *FieldPtr;
> > }
>
> Hm, but doesn't FieldPtr need to be calculated target-specific in those
> cases?
For the field pointer, one could use the getelementptr instruction:
%pairty = { sbyte, sbyte, int* }
%pairPtr = ...
%fieldptr = getelementptr
2004 Jul 22
2
[LLVMdev] GC questions.
...jPtr, void **FieldPtr) { *FieldPtr = V; }
Index: llvm/test/Regression/CodeGen/Generic/GC/alloc_loop.ll
===================================================================
RCS file: /var/cvs/llvm/llvm/test/Regression/CodeGen/Generic/GC/alloc_loop.ll,v
retrieving revision 1.2
diff -r1.2 alloc_loop.ll
7c7
< declare void %llvm.gcwrite(sbyte*, sbyte**)
---
> declare void %llvm.gcwrite(sbyte*, sbyte*, sbyte**)
35c35
< call void %llvm.gcwrite(sbyte* %A.1, sbyte** %B.1)
---
> call void %llvm.gcwrite(sbyte* %A.1, sbyte* %B, sbyte** %B.1)
-------------- next part --------------
30d29
< #in...