Displaying 20 results from an estimated 1000 matches similar to: "r-base build: failure to convert R-FAQ to pdf"
2007 Aug 31
1
compiling R-devel
Hello.
I am in a habit of compiling daily snapshots of R-devel and R-patched on my
Windows XP workstation. I have cygwin environment with up-to-date RTools
and MiKTeX. I run cygwin and MiKTeX upadaters pretty often (every couple
of days) so both of them are reasonably current.
Recently I noticed a small annoyance when compiling R-dvel. It started
happening right after I updated to the new
2003 May 17
1
problem building dvi and pdf documentation on Darwin 10.2.6
I just installed R-1.7.0 on Darwin 6.6 (a.k.a. MacOS 10.2.6).
'make' and 'make check' run without any problems. 'make info'
builds with no complaints, but 'make dvi' and 'make pdf' fail.
I get refman.dvi and refman.pdf OK (with some warnings from
pdftex that some names are referenced that do not exist), but
R-FAQ.{dvi,pdf} fails as shown below. Attempts
2004 Feb 01
1
error in building R-1.9.0 sources under Win32
I am trying to compile the R-dev sources on WinXP using mingw 3.1.0-1
and fpTeX 0.7. In the past I
have been able to build the sources fine but now I receive an error in
the process that I havent seen reported on the list before. Everything
works fine until I get to 'make docs'. I now get the message below while
building the R-admin manual (refman.pdf builds fine) and the make
process
2013 Aug 02
2
[LLVMdev] Missing optimization - constant parameter
For the little C test program where a constant is stored in memory and
also
used as a parameter:
#include <stdint.h>
uint64_t val, *p;
extern uint64_t xtr( uint64_t);
uint64_t caller() {
uint64_t x;
p = &val;
x = 12345123400L;
*p = x;
return xtr(x);
}
clang (3.2, 3.3 and svn) generates the following X86 code (at -O3):
caller:
movq
2005 Jan 21
2
* creating vignettes ... ERROR
Dear R developers,
I had some problem when building package: for exemple when building the
package e1071 available from CRAN, I get the following message error:
* checking for file 'e1071/DESCRIPTION' ... OK
* preparing 'e1071':
* cleaning src
* running cleanup
* creating vignettes ... ERROR
/usr/lib/R/bin/texi2dvi: pdflatex exited with bad status, quitting.
2017 Jun 10
2
[PATCH v3] nv110/exa: update sched codes
This patch adds proper delays to maxwell exa shaders. rendercheck tests
seem consistent with/without this patch. I haven't extensively tested
them though.
Trello:
https://trello.com/c/6LPB2EIS/174-update-maxwell-shaders-with-proper-delays
Signed-off-by: Aaryaman Vasishta <jem456.vasishta at gmail.com>
---
src/shader/exac8nv110.fp | 10 +++++-----
src/shader/exac8nv110.fpc | 18
2017 Jun 03
2
[PATCH v2] nv110/exa: update sched codes
v2: Add missing delays
This patch adds proper delays to maxwell exa shaders. rendercheck tests
seem consistent with/without this patch. I haven't extensively tested
them though.
Trello:
https://trello.com/c/6LPB2EIS/174-update-maxwell-shaders-with-proper-delays
Signed-off-by: Aaryaman Vasishta <jem456.vasishta at gmail.com>
---
src/shader/exac8nv110.fp | 10 +++++-----
2017 Jun 28
1
[PATCH v4] nv110/exa: update sched codes
Hi,
On Wed, Jun 28, 2017 at 12:53 PM, Ilia Mirkin <imirkin at alum.mit.edu> wrote:
> BTW, you can drop those explicit "depbar" ops. I think they're only
> needed when you're doing something weird with barriers. Blob doesn't
> use them (anymore)
>
Gotcha. Should I remove them in the same patch or a different one? It seems
like the depbar removal is
2017 Jun 07
2
[PATCH v2] nv110/exa: update sched codes
On Tue, Jun 6, 2017 at 7:15 AM, Samuel Pitoiset <samuel.pitoiset at gmail.com>
wrote:
> Nice work!
>
> See my comments below, and double-check if some of them can be applied to
> the shaders I didn't review yet.
>
> I recommend you to test your work because if one sched code is wrong, you
> are likely going to kill your card and reboot your box. :-)
>
>
>
2017 Jul 01
2
[PATCH 1/2] nv110/exa: Remove depbars
Removed explicit depar instructions as they're not used by the blob anymore.
Signed-off-by: Aaryaman Vasishta <jem456.vasishta at gmail.com>
---
src/shader/exac8nv110.fp | 5 ++---
src/shader/exac8nv110.fpc | 10 ++++------
src/shader/exacanv110.fp | 5 ++---
src/shader/exacanv110.fpc | 10 ++++------
src/shader/exacmnv110.fp | 5 ++---
src/shader/exacmnv110.fpc | 10 ++++------
2017 Jun 12
2
[PATCH v3] nv110/exa: update sched codes
On 06/10/2017 09:14 AM, Aaryaman Vasishta wrote:
> See the 'wt' on the first fmul in exacanv110.fp, exacmnv110.fp and
> exasanv110.fp. Any ideas on what could be causing the first fmul to
> require $r0 and/or $r1?
'tex nodep $r4 $r2 0x0 0x1 t2d 0xf'
is actually:
'tex nodep $r4:$r7 $r2 0x0 0x1 t2d 0xf'
Very confusing, I know.
>
> Cheers,
> Aaryaman
2017 Jun 08
1
[PATCH v2] nv110/exa: update sched codes
On Thu, Jun 8, 2017 at 5:01 AM, Samuel Pitoiset <samuel.pitoiset at gmail.com>
wrote:
>
>
> On 06/07/2017 06:58 PM, Aaryaman Vasishta wrote:
>
>>
>>
>> On Tue, Jun 6, 2017 at 7:15 AM, Samuel Pitoiset <
>> samuel.pitoiset at gmail.com <mailto:samuel.pitoiset at gmail.com>> wrote:
>>
>> Nice work!
>>
>> See my
2017 Jun 19
2
[PATCH v3] nv110/exa: update sched codes
Sorry for the late response, been busy with some personal stuff + work...
On Tue, Jun 13, 2017 at 6:52 AM, Ilia Mirkin <imirkin at alum.mit.edu> wrote:
> On Mon, Jun 12, 2017 at 5:46 PM, Samuel Pitoiset
> <samuel.pitoiset at gmail.com> wrote:
> >
> >
> > On 06/10/2017 09:14 AM, Aaryaman Vasishta wrote:
> >>
> >> See the 'wt' on the
2017 Jun 27
4
[PATCH v4] nv110/exa: update sched codes
v4: Updated the wait dependancy bars based on tex component masks.
This patch adds proper delays to maxwell exa shaders. Tested with
rendercheck -f a8r8g8b8.
I am still wondering whether the rd's are required. We could
still wait on the write bars instead. eg. see
"sched (st 0xf wr 0x1 wt 0x2) (st 0xf wr 0x1 wt 0x2) (st 0xf)" in exacmnv110.fp
Trello:
2013 Aug 02
0
[LLVMdev] Missing optimization - constant parameter
> I expected that this optimization would be picked
> up in a cse, gvn, machine-cse or even peepholing pass.
>
> Comments?
At the LLVM IR level this is represented as
define i64 @caller() #0 {
entry:
store i64* @val, i64** @p, align 8, !tbaa !0
store i64 12345123400, i64* @val, align 8, !tbaa !3
%call = tail call i64 @xtr(i64 12345123400) #2
ret i64 %call
}
Which is
2005 Nov 16
1
PPC package-ppc.read.raw.nobatch (PR#8316)
Full_Name: Martin O'Gorman
Version:
OS:
Submission from: (NULL) (84.176.63.149)
I have been looking at the PPC package and have a question. As the input data is
comma separated, shouldn?t the command to read in the raw (no batch) mass spec
data indicate that sep=?,? (marked below) ? Otherwise, the data read in is the
pair of values (m/z,intensity). It is not obvious why that should be.
2005 Oct 06
1
how to use tune.knn() for dataset with missing values
Hi Everybody,
i again have the problem in using tune.knn(), its giving an error saying
missing values are not allowed.... again here is the script for
BreastCancer Data,
library(e1071)
library(mda)
trdata<-data.frame(train,row.names=NULL)
attach(trdata)
xtr <- subset(trdata, select = -Class)
ytr <- Class
bestpara <-tune.knn(xtr,ytr, k = 1:25, tunecontrol = tune.control(sampling
2008 Nov 20
1
Calculate an equation
Dear all,
I was wondering if you could help me with the following.
I want to do calculate this equation:
Ps(t)= (?_(r=1)^N Xtr* 1/?drs)/(?_(r=1)^N 1/?drs)
Ps(t) ? Probability that taxon t will occur at site s (300 sites s)
N ? Number of sites = from 1 to 49
Xtr ? Value for taxon t at site r (I have this information in a table, 40
taxa (columns) t, 49 sites r)
drs ? Distance from site r to
2013 Aug 02
2
[LLVMdev] Missing optimization - constant parameter
On Aug 2, 2013, at 1:37 PM, Rafael EspĂndola <rafael.espindola at gmail.com> wrote:
>> I expected that this optimization would be picked
>> up in a cse, gvn, machine-cse or even peepholing pass.
>>
>> Comments?
>
>
> At the LLVM IR level this is represented as
>
> define i64 @caller() #0 {
> entry:
> store i64* @val, i64** @p, align 8, !tbaa
2005 Nov 18
1
R-exts.texi in SVN version 36380
G'day all,
after issuing `svn up' on my machine this morning, I noticed that
`make info' choked on R-exts.texi. Below is a patch that seems to
solve the problem. BTW, while `make info' runs now, I still get the
following warning:
/usr/bin/makeinfo --enable-encoding -D UseExternalXrefs -I/opt/src/R-devel-src/doc/manual /opt/src/R-devel-src/doc/manual/R-exts.texi