Re: [Rd] R CMD check and postscript fonts

2008-01-25 Thread Johannes Graumann
Johannes Graumann wrote: > Prof Brian Ripley wrote: > >> On Thu, 24 Jan 2008, Johannes Graumann wrote: >> >>> Prof Brian Ripley stats.ox.ac.uk> writes: >>> On Thu, 24 Jan 2008, Johannes Graumann wrote: > Hello, > I came across this by using R cmd check - otherwise I would

Re: [Rd] Problem building R with Intel MKL v10 BLAS

2008-01-25 Thread Prof Brian Ripley
On Fri, 25 Jan 2008, Michael Braun wrote: > Thanks for everyone's help. Unfortunately, still no success. So I took the > alternate route suggested in section A.3.1.5 of R-admin, and just created a > symbolic link from libRblas.so to .../libmkl_gf_lp64.so. I can still > multiply 2 matrices to

Re: [Rd] Problem building R with Intel MKL v10 BLAS

2008-01-25 Thread Michael Braun
NO Thanks for everyone's help. Unfortunately, still no success. So I took the alternate route suggested in section A.3.1.5 of R-admin, and just created a symbolic link from libRblas.so to .../libmkl_gf_lp64.so. I can still multiply 2 matrices together in R, so it looks like this is working.

Re: [Rd] strsignif.c, util.c (PR#10635)

2008-01-25 Thread Prof Brian Ripley
On Fri, 25 Jan 2008, Duncan Murdoch wrote: > On 1/25/2008 8:25 AM, [EMAIL PROTECTED] wrote: >> On Fri, 25 Jan 2008, [EMAIL PROTECTED] wrote: >> >>> In R 2.6.1, a couple of places (discovered using valgrind) where the >>> requested size of string buffers fails to account correctly for the >>> trai

Re: [Rd] strsignif.c, util.c (PR#10635)

2008-01-25 Thread Duncan Murdoch
On 1/25/2008 8:25 AM, [EMAIL PROTECTED] wrote: > On Fri, 25 Jan 2008, [EMAIL PROTECTED] wrote: > >> In R 2.6.1, a couple of places (discovered using valgrind) where the >> requested size of string buffers fails to account correctly for the >> trailing null byte: >> >> 1. In src/appl/strsignif.c, '

Re: [Rd] Problem building R with Intel MKL v10 BLAS

2008-01-25 Thread Hin-Tak Leung
This part "-lmkl_gf_lp64.so -lmkl_gnu_thread.so -lmkl_core.so" looks wrong - it should be "-lmkl_gf_lp64 -lmkl_gnu_thread -lmkl_core" without the ".so" part. I don't know how BLAS_LIBS does it, but when I was linking against mkl 9, all I did which different from the usual build (diff from the two

Re: [Rd] strsignif.c, util.c (PR#10635)

2008-01-25 Thread ripley
On Fri, 25 Jan 2008, [EMAIL PROTECTED] wrote: > In R 2.6.1, a couple of places (discovered using valgrind) where the > requested size of string buffers fails to account correctly for the > trailing null byte: > > 1. In src/appl/strsignif.c, 'f0' and 'form' at l. 108-9 each need at > least 1 extra

Re: [Rd] do_gsub (PR#10540)

2008-01-25 Thread Andrew Runnalls
Hin-Tak, Apologies for the delay in responding. On 2008/01/11 Hin-Tak Leung wrote: > I believe STRING_ELT() works even when pat is R_NilValue, so > the first line "does the right thing" even if the first element does not > exist. I think this is intentional and not a bug. > > Other more knowled

Re: [Rd] strsignif.c, util.c (PR#10635)

2008-01-25 Thread Duncan Murdoch
[EMAIL PROTECTED] wrote: > In R 2.6.1, a couple of places (discovered using valgrind) where the > requested size of string buffers fails to account correctly for the > trailing null byte: > > 1. In src/appl/strsignif.c, 'f0' and 'form' at l. 108-9 each need at > least 1 extra byte. > At least th

[Rd] strsignif.c, util.c (PR#10635)

2008-01-25 Thread A . R . Runnalls
In R 2.6.1, a couple of places (discovered using valgrind) where the requested size of string buffers fails to account correctly for the trailing null byte: 1. In src/appl/strsignif.c, 'f0' and 'form' at l. 108-9 each need at least 1 extra byte. 2. In src/main/util.c, 'out' at l. 1081 needs at le

Re: [Rd] R CMD check and postscript fonts

2008-01-25 Thread Johannes Graumann
Prof Brian Ripley wrote: > On Thu, 24 Jan 2008, Johannes Graumann wrote: > >> Prof Brian Ripley stats.ox.ac.uk> writes: >> >>> >>> On Thu, 24 Jan 2008, Johannes Graumann wrote: >>> Hello, I came across this by using R cmd check - otherwise I would probably not have noticed. O