search for: libsunperf

...orte 7), R versions 1.6.0 and 1.6.2 - suspect others are affected, too Problem description: ------------------- Using the recommended env var setting from p.15 of the Admin Guide, the configure script fails the sgemm sunperf test, even though the sunperf libraries are available Not linking with libsunperf causes drastic performance hits on some simple benchmarks I've tried (e.g. matrix multiplication can take up to 100 times as long for a sufficiently large matrix (n=5000)) Solution: -------- Configure script should use the recommended flag for inclusion of the Sun Performance Library: -xlic_l...

Hi, After reading some of the posting in this list, I came across this posting from: From: Peter Dalgaard <p.dalgaard_at_biostat.ku.dk> Date: Fri 29 Oct 2004 - 08:02:40 EST Replying to Re: [R] Errors during make check He described a problem similar to mine, that build 64-bit R (I am building R version 2.0.1) with sunperf library gives a core dump during make check. So I configured my

...g77 GNU compiler and it was OK. Does anyone know if R 2.0.0 has been successfully built on Solaris 2.8 with Sun Studio Fortran 95 compiler? or at least, How could I achieve this? The R installation manual does not have any reference. I want Sun Fortran in order to use the Sun performance library libsunperf since I noticed that R on Windows XP is twice faster than R on Sun Solaris 2.8 without library libsunperf. Thanks in advance. $ ./configure --enable-R-shlib checking for a BSD-compatible install... tools/install-sh -c checking whether build environment is sane... yes checking whether make sets $(...

...2002/03/09 although the later seem to be known as Sun ONE these days. A few comments which may be helpful to other users: 1) It seems that to use C++ code (e.g. package Matrix) you now need to add -lCstd to SHLIB_CXXLDFLAGS. We will look into making configure do that automatically. 2) To get libsunperf recognized under v9 (64-bit) options you need --with-blas="-xlic_lib=sunperf": this is already in the configure script for R-devel. 3) libsunperf now seems to have the LAPACK entry points which were missing, and works well under 32-bit builds providing both BLAS and LAPACK, although it...

On Mon, Aug 29, 2005 at 11:48:23AM +0100, Prof Brian Ripley wrote: > On Mon, 29 Aug 2005, G?ran Brostr?m wrote: > >LAPACK/BLAS routines call xerbla "if an input parameter has an > >invalid value" (exact quote from XERBLA at Netlib). Other types of errors > >are not printed (by xerbla), but it is up to the user to check the return > >value of the argument

Hi, all, We just got the Sun Performance Library for our Suns running Solaris 2.6, and I read the relevant section of the "R Installation and Administration Manual" about configuring R to use BLAS. The manual suggests you must use Sun's "cc" and "f95" (maybe "f90"?) compilers in order to use the Performance Library. We have "cc" but not

...be helpful to refer back to. We have just got a brand-new Sun Solaris 10 box: this is a Sparc server to be the first of a clustered pair (our file/mail server), and we will also be buying an Opteron server. The good news is that things worked very smoothly with Solaris 10. The bad news is that libsunperf is just as broken as in 2002 and the consequences are worse. So just avoid it! We don't know what Solaris 10 boxes normally ship with, but our supplier (an academic specialist reseller) had loaded ours with Sun Studio 11 compilers (which are now a free download). A set of Open Source tools f...

hello, i want to compute the top k eigenvalues+eigenvectors of a (large) real symmetric matrix. since it doesn't look like any top-level R function does this, i'll call LAPACK from a C shlib and then use .Call. the only LAPACK function i see to do this in R_ext/Lapack.h is dsyevx. however, i know that in LAPACK dsyevr can also return a partial eigendecomposition. why is dsyevr not

hello, i want to compute the top k eigenvalues+eigenvectors of a (large) real symmetric matrix. since it doesn't look like any top-level R function does this, i'll call LAPACK from a C shlib and then use .Call. the only LAPACK function i see to do this in R_ext/Lapack.h is dsyevx. however, i know that in LAPACK dsyevr can also return a partial eigendecomposition. why is dsyevr not

Dear all, I am trying to compile R-1.8.0 and R-1.8.1-beta (as 19-11-2003) under Solaris 9 using the Sun compilers. './configure' fails; the last lines of the display are: checking whether we can compute C Make dependencies... yes, using cc -M checking whether cc supports -c -o FILE.lo... yes checking how to get verbose linking output from f77... -v checking for Fortran 77 libraries...

...g77 GNU compiler and it was OK. Does anyone know if R 2.0.0 has been successfully built on Solaris 2.8 with Sun Studio Fortran 95 compiler? or at least, How could I achieve this? The R installation manual does not have any reference. I want Sun Fortran in order to use the Sun performance library libsunperf since I noticed that R on Windows XP is twice faster than R on Sun Solaris 2.8 without library libsunperf. Thanks in advance. $ ./configure --enable-R-shlib checking for a BSD-compatible install... tools/install-sh -c checking whether build environment is sane... yes checking whether make sets $(...

...rrectly). o There is a new test, 'test-Docs', which as part of 'make check-devel' tests the code in the documentation. Currently it runs doc/manual/R-{exts,intro}.R and the compiled code in R-exts.c. o The workaround to allow an external LAPACK-containing BLAS such as libsunperf to be used with the internal LAPACK has been removed. If you have such a library you may now need to use --with-lapack. It is no longer possible to use some older versions of libsunperf, e.g. Forte 7 on 64-bit builds. o A substitute for mkdtemp is provided, so it is now always used for R...

...rrectly). o There is a new test, 'test-Docs', which as part of 'make check-devel' tests the code in the documentation. Currently it runs doc/manual/R-{exts,intro}.R and the compiled code in R-exts.c. o The workaround to allow an external LAPACK-containing BLAS such as libsunperf to be used with the internal LAPACK has been removed. If you have such a library you may now need to use --with-lapack. It is no longer possible to use some older versions of libsunperf, e.g. Forte 7 on 64-bit builds. o A substitute for mkdtemp is provided, so it is now always used for R...

...ge, not by name. o symbols(thermometers=) was often giving a spurious warning about the range. o tcltk was using deprecated internals of the Tcl library when accessing error messages. Not likely to be a user-visible change. o The automatic search for BLAS libs now tries Sun's libsunperf the way the latest versions require. (PR#2530) o str(array(1)) now does show the array. str(Surv(...)) now works again. o step(), add1.default() and drop1.default() now work somewhat better if called from a function. o page() was searching from the wrong environment, and so searc...

...ge, not by name. o symbols(thermometers=) was often giving a spurious warning about the range. o tcltk was using deprecated internals of the Tcl library when accessing error messages. Not likely to be a user-visible change. o The automatic search for BLAS libs now tries Sun's libsunperf the way the latest versions require. (PR#2530) o str(array(1)) now does show the array. str(Surv(...)) now works again. o step(), add1.default() and drop1.default() now work somewhat better if called from a function. o page() was searching from the wrong environment, and so searc...