Sorry if this is spam, but I couldn't see it having popped up on the list
yet.
http://www.nytimes.com/2009/01/07/technology/business-computing/07program.html?emc=eta1
Anand
[[alternative HTML version deleted]]
__
R-devel@r-project.org mailing l
On Thu, Nov 6, 2008 at 3:08 PM, Ei-ji Nakama <[EMAIL PROTECTED]> wrote:
> Hi
>
> 2008/11/6 Anand Patil <[EMAIL PROTECTED]>:
> > I tried that earlier, and it doesn't encounter the zdotu error (maybe it
> was
> > fixed in 10.0.5?) but I got a different
On Thu, Nov 6, 2008 at 2:01 AM, Ei-ji Nakama <[EMAIL PROTECTED]> wrote:
> Hi
>
> If you want to use MKL10(no 8 or 9), you should obey instructions of
> R-admin.
> MKL10 needs openmp. This needs gcc4.2 or later.
> OpenMP for Intel was necessary with MKL10.0.1.x (There was not it in a
> manual of M
On Thu, Nov 6, 2008 at 6:48 AM, Prof Brian Ripley <[EMAIL PROTECTED]>wrote:
> 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.
>
I appreciate that.
thread
LDFLAGS=-lpthread
- Configure command:
./configure --with-blas='-L/opt/intel/mkl/10.0.2.018/lib/em64t -lmkl -lguide
-lpthread' --enable-R-shlib
I owe you all a beer!
Anand
On Wed, Nov 5, 2008 at 9:10 PM, Anand Patil <[EMAIL PROTECTED]
> wrote:
> Thanks for your
c and GotoBLAS.
Cheers,
Anand
On Wed, Nov 5, 2008 at 9:02 PM, <[EMAIL PROTECTED]> wrote:
> Quoting Peter Dalgaard <[EMAIL PROTECTED]>:
>
> > Anand Patil wrote:
> > > On Wed, Nov 5, 2008 at 5:59 PM, Martyn Plummer <[EMAIL PROTECTED]>
> 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 have just tested
> this o
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.
>
