If we run the code below we get an error message but if we
replace Axis with axis then we get no error message.
I don't think Axis' error message is a good idea since one
can't know ahead of time whether there is a tick at
January or not since R can automatically adjust plot ranges
in a complex wa
On Tue, Nov 4, 2008 at 7:34 PM, <[EMAIL PROTECTED]> wrote:
> I can see a couple of problems:
>
> 1) No "-lpthread" in --with-blas
> 2) No "-L" prefix in the library path in --with-lapack
>
> In addition, I don't think you need to add -lmkl to --with-lapack,
> although that is probably harmless.
>
It looks like the em64t version of MKL fails the test for the accuracy
of zdotu ("checking whether double complex BLAS can be used") and is
therefore dropped in favour of R's built-in BLAS. I have just tested
this on Fedora and get the same result.
The 32-bit MKL does work for me.
Martyn
On Wed
On Wed, Nov 5, 2008 at 5:59 PM, Martyn Plummer <[EMAIL PROTECTED]> wrote:
> It looks like the em64t version of MKL fails the test for the accuracy
> of zdotu ("checking whether double complex BLAS can be used") and is
> therefore dropped in favour of R's built-in BLAS. I have just tested
> this o
I am puzzled by some results I am getting from integrate(), which provides
inconsistent
results in some circumstances.
Basically, when integrating a specific continuous function, 3 different answers
are
possible, varying by much more than the error bound reported by integrate().
The following
You can't link 32-bit libraries into 64-bit code.
That test is not for accuracy but for compatible return conventions.
What compilers are in use here? We've seen several instances of gcc and
icc not being compatible on x86_64 (Linux and Mac OS X: not surprising as
gcc3 and gcc4 are also not c
Anand Patil wrote:
> On Wed, Nov 5, 2008 at 5:59 PM, Martyn Plummer <[EMAIL PROTECTED]> wrote:
>
>> It looks like the em64t version of MKL fails the test for the accuracy
>> of zdotu ("checking whether double complex BLAS can be used") and is
>> therefore dropped in favour of R's built-in BLAS. I
Quoting Peter Dalgaard <[EMAIL PROTECTED]>:
> Anand Patil wrote:
> > On Wed, Nov 5, 2008 at 5:59 PM, Martyn Plummer <[EMAIL PROTECTED]> wrote:
> >
> >> It looks like the em64t version of MKL fails the test for the accuracy
> >> of zdotu ("checking whether double complex BLAS can be used") and is
>
Thanks for your help, everyone. I was using gcc previously, but building
with the Intel compilers causes its own problems:
/opt/intel/cce/10.1.018/lib/libguide.so: undefined reference to
`pthread_atfork'
make[3]: *** [R.bin] Error 1
make[3]: Leaving directory `/working_copies/R/src/main'
make[2]: *
Hi r-devels,
I am a bit puzzled by the behaviour of cat() --- any help is appreciated...
At least AFAICS, cat() for vector-valued '...' argument behaves in
contradiction to what I understand from the note in the help to cat()
which reads
"
Despite its name and earlier documentation, 'sep' is a
Scratch that- finally got it working! The steps were:
- Change configure to 'break the thermometer' as suggested:
===
--- configure (revision 46843)
+++ configure (working copy)
@@ -37473,6 +37473,8 @@
fi
+r_cv_zdotu_is_usable=y
On 05/11/2008 5:47 PM, Peter Ruckdeschel wrote:
Hi r-devels,
I am a bit puzzled by the behaviour of cat() --- any help is appreciated...
At least AFAICS, cat() for vector-valued '...' argument behaves in
contradiction to what I understand from the note in the help to cat()
which reads
"
Despi
> On 05/11/2008 5:47 PM, Peter Ruckdeschel wrote:
> > Hi r-devels,
> >
> > I am a bit puzzled by the behaviour of cat() --- any help is
> > appreciated...
It appears to me that the elements of sep are just used as separators
_between_ each of the objects comprising '...' handed to cat.
If N
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Duncan Murdoch
> Sent: Wednesday, November 05, 2008 3:53 PM
> To: Peter Ruckdeschel
> Cc: r-devel@r-project.org
> Subject: Re: [Rd] puzzled by cat() behaviour when argument
> '...' is a vector (and argument 'sep' contains "\n")
>
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of William Dunlap
> Sent: Wednesday, November 05, 2008 4:51 PM
> To: Duncan Murdoch; Peter Ruckdeschel
> Cc: r-devel@r-project.org
> Subject: Re: [Rd] puzzled by cat() behaviour when argument
> '...' is a
And how does that help you? At some future point on a real problem you
will get incorrect answers/segfault.
That test was put there as a result of such incorrect results found the
hard way.
On Wed, 5 Nov 2008, Anand Patil wrote:
Scratch that- finally got it working! The steps were:
- Chang
16 matches
Mail list logo
