Re: [Rd] Problem installing MCMCpack on SPARC Solaris 10

2011-02-09 Thread Prof Brian Ripley
There are lots of problems with MCMCpack's C++: the only way (short of a major rewrite) that you will get it to compile on Solaris is to use g++ (and even that needs corrections). The maintainers seem deaf to reports of the issues. And please note what the posting guide says about where to sen

Re: [Rd] using rasterImage within image

2011-02-09 Thread Michael Sumner
Hello, I'm afraid the SDI graphics issue is still a problem in 2.13.0 2011-02-09 r54308. To reproduce, in a fresh R session (Windows in SDI mode): ## create a dummy dataset m<- matrix(c(0.2, 0.4, 0.6, 0.8), 2, 2) ## simple helper function to open the windows() device and plot the matrix draw.f<-

Re: [Rd] using rasterImage within image

2011-02-09 Thread baptiste auguie
Dear all, Back when grid.raster() was introduced, it was suggested that perhaps grid.rect() could use grid.raster() in case of even spacing. The response at the time was that it would be best to keep the two functions separate at a lower level, that is grid.rect() and grid.raster(), but perhaps a

[Rd] Problem installing MCMCpack on SPARC Solaris 10

2011-02-09 Thread Jun Zhang
Hi list, I tried to install MCMCpack to R-2.12.0, got the following error, CC -m64 -library=stlport4 -I/apps/sparcv9/R-2.12.0/lib/R/include -DSCYTHE_COMPILE_DIRECT -DSCYTHE_DEBUG=0 -DHAVE_TRUNC -DHAVE_IEEEFP_H -I/opt/csw/include-KPIC -g -c MCMCSVDreg.cc -o MCMCSVDreg.o "error.h", line

[Rd] SurviveGotoBLAS2 for Win64 (RC release)

2011-02-09 Thread Ei-ji Nakama
Hi, I put below Rblas.dll(GotoBLAS2 for Win64). http://prs.ism.ac.jp/~nakama/SurviveGotoBLAS2/binary/windows/x64/ please choose the core-name of your CPU. The recognition of the CPU of DYNAMIC_ARCH is low. zdot[cu], zgemv came to calculate definitely. -- EI-JI Nakama  "\u4e2d\u9593\u6804\u6cbb

[Rd] Problem installing MCMCpack on SPARC Solaris 10

2011-02-09 Thread Zhang,Jun
Hi list, I tried to install MCMCpack to R-2.12.0, got the following error, R CMD INSTALL MCMCpack_1.0-9.tar.gz .. CC -m64 -library=stlport4 -I/apps/sparcv9/R-2.12.0/lib/R/include -DSCYTHE_COMPILE_DIRECT -DSCYTHE_DEBUG=0 -DHAVE_TRUNC -DHAVE_IEEEFP_H -I/opt/csw/include-KPIC -g -c

Re: [Rd] using rasterImage within image

2011-02-09 Thread Michael Sumner
Regarding the SDI problem, I'll check that as soon as the next snapshot build of 2.13.0 is available from CRAN (probably a few days from now, unless I can manage to compile it myself). Cheers, Mike. On Thu, Feb 10, 2011 at 9:29 AM, Ben Bolker wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: S

Re: [Rd] using rasterImage within image

2011-02-09 Thread Ben Bolker
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11-02-09 03:09 PM, Henrik Bengtsson wrote: > On Wed, Feb 9, 2011 at 11:53 AM, Simon Urbanek > wrote: >> >> On Feb 9, 2011, at 2:36 PM, Henrik Bengtsson wrote: >> >>> On Wed, Feb 9, 2011 at 11:25 AM, Simon Urbanek >>> wrote: Ben, >>>

Re: [Rd] using rasterImage within image

2011-02-09 Thread Henrik Bengtsson
On Wed, Feb 9, 2011 at 11:53 AM, Simon Urbanek wrote: > > On Feb 9, 2011, at 2:36 PM, Henrik Bengtsson wrote: > >> On Wed, Feb 9, 2011 at 11:25 AM, Simon Urbanek >> wrote: >>> Ben, >>> >>> I have committed something analogous to R-devel (your rotation code was not >>> unlike mine, I replicated t

Re: [Rd] using rasterImage within image

2011-02-09 Thread Simon Urbanek
On Feb 9, 2011, at 2:36 PM, Henrik Bengtsson wrote: > On Wed, Feb 9, 2011 at 11:25 AM, Simon Urbanek > wrote: >> Ben, >> >> I have committed something analogous to R-devel (your rotation code was not >> unlike mine, I replicated the color handling from R internals to be >> consistent, I fixed

Re: [Rd] using rasterImage within image

2011-02-09 Thread Henrik Bengtsson
On Wed, Feb 9, 2011 at 11:25 AM, Simon Urbanek wrote: > Ben, > > I have committed something analogous to R-devel (your rotation code was not > unlike mine, I replicated the color handling from R internals to be > consistent, I fixed the drawing limits and added a check for x/y > conformance). N

Re: [Rd] using rasterImage within image

2011-02-09 Thread Simon Urbanek
Ben, I have committed something analogous to R-devel (your rotation code was not unlike mine, I replicated the color handling from R internals to be consistent, I fixed the drawing limits and added a check for x/y conformance). Note that useRaster can only be used when x, y form a regular grid.

Re: [Rd] dependencies on system packages

2011-02-09 Thread Allen S. Rout
Simon Urbanek writes: > On Feb 4, 2011, at 1:24 PM, Dirk Eddelbuettel wrote: [...] >> We need to address this: With 2600+ packages and continued growth, >> manually wading through README is not good enough. We should do >> better. Resources (time, money, servers, ...) would help. Maybe one >>

Re: [Rd] using rasterImage within image

2011-02-09 Thread Ben Bolker
On 11-02-08 10:03 PM, Simon Urbanek wrote: > Ben, > > did you actually look at the result of your function with useRaster=TRUE ? ;) > [Hint: don't use an image that is symmetric] > > Apart from that nice bug there are more issues as well, try > image(matrix(1:4,2),col=1:3) > The underlying issue

[Rd] subassignment does not always duplicate object from active binding

2011-02-09 Thread Michael Lawrence
Hi guys, I think there might be an issue with the NAMED value on the object returned by an active binding. For example, with the latest R devel, env <- new.env(parent=emptyenv()) makeBinding <- function(data) { force(data) function(new) { if (missing(new)) data else { pri

Re: [Rd] print(...,digits=2) behavior

2011-02-09 Thread Petr Savicky
On Mon, Feb 07, 2011 at 09:56:18AM +0100, Martin Maechler wrote: > > Ben Bolker > > on Sat, 5 Feb 2011 15:58:09 -0500 writes: > > > A bug was recently posted to the R bug database (which > > probably would better have been posted as a query here) as > > to why this happe