From peter@|@ng|e|der @end|ng |rom gm@||@com  Wed May  8 04:43:42 2019
From: peter@|@ng|e|der @end|ng |rom gm@||@com (Peter Langfelder)
Date: Tue, 7 May 2019 19:43:42 -0700
Subject: [Rd] openblas
In-Reply-To: <CAHHjBM5_uhvz9MKeSoTdk3MJNy+MzyL_uv1Bbgi4YUbXcXssYw@mail.gmail.com>
References: <CAHHjBM7eRSRnxX7e41EAAV0Zu3tK+nem-c_HGX-2ix0VGu8Bug@mail.gmail.com>
 <CA+hbrhWVM9sL_Sgsf=6HXXMr5XwdbAxOV7S3DDTVD0TPdOeuug@mail.gmail.com>
 <CAHHjBM5_uhvz9MKeSoTdk3MJNy+MzyL_uv1Bbgi4YUbXcXssYw@mail.gmail.com>
Message-ID: <CA+hbrhWueSWO+sSWSuA7DLRVdyhuxGGScXrUrbU+OeuujwH6+Q@mail.gmail.com>

(CCing the R-devel list, maybe someone will have a better answer.)

To be honest, I don't know how to. I wasn't able to configure R to use
OpenBLAS using the configure script and options on my Linux Fedora system.
I configure it without external BLAS, then replace the libRblas.dylib (.so
in my case) with a link to the OpenBLAS dynamic link library.

Peter

On Tue, May 7, 2019 at 7:39 PM robin hankin <hankin.robin at gmail.com> wrote:

> thanks Peter, I appreciate your advice here.
>
> ./configure --with-blas="-lopenblas"  --without-recommended-packages
>
>
> gives me
>
>
>
>
>   Interfaces supported:        X11, aqua, tcltk
>
>   External libraries:          readline, curl
>
>   Additional capabilities:     JPEG, NLS, ICU
>
>   Options enabled:             shared BLAS, R profiling
>
>
>   Capabilities skipped:        PNG, TIFF, cairo
>
>   Options not enabled:         memory profiling
>
>
>   Recommended packages:        no
>
>
>
> so it doesn't look like it's using the openBlas... how come the arguments
> to ./configure are being ignored?
>
>
>
> <hankin.robin at gmail.com>
> hankin.robin at gmail.com
>
> <hankin.robin at gmail.com>
>
> <hankin.robin at gmail.com>
>
>
> On Wed, May 8, 2019 at 1:04 PM Peter Langfelder <
> peter.langfelder at gmail.com> wrote:
>
>> I'm a linux guy so take the advice with a grain of salt... When you
>> run the configure script, look at the output at the end of the run, it
>> should either say
>>
>> Options enabled:           shared BLAS, ...   (means you are using R BLAS)
>>
>> or it should mention OpenBLAS in External libraries (meaning you are
>> using OpenBLAS).
>>
>> You can also see the results in config.log of you search for BLAS.
>>
>> Or you could use the old trick of replacing libRblas.dylib with a link
>> to the appropriate OpenBLAS dylib.
>>
>> On Tue, May 7, 2019 at 5:01 PM robin hankin <hankin.robin at gmail.com>
>> wrote:
>> >
>> > Hello, macosx 10.13.6, Rdevel  r76458
>> >
>> > I'm trying to compile against openblas to reproduce an error on the
>> > CRAN check page (my package is clean under winbuilder and all but one
>> > of the checks).   I've downloaded and installed openblas 0.3.7 but I
>> > am not 100% sure that it is being used by R.
>> >
>> > Using
>> >
>> > ./configure --with-blas="-lopenblas"
>> >
>> > Then running R to discover the PID I get:
>> >
>> >
>> > Rd % lsof -p 17960|egrep -i blas
>> >
>> > R       17960 rhankin  txt    REG    1,8     189224 33471762
>> > /Users/rhankin/Rd/lib/R/lib/libRblas.dylib
>> >
>> >
>> > But it is not clear to me how to interpret this.  Am I using openblas
>> > as intended?  I suspect not, for I cannot reproduce the error.   Can
>> > anyone advise?
>> >
>> >
>> > hankin.robin at gmail.com
>> >
>> > ______________________________________________
>> > R-devel at r-project.org mailing list
>> > https://stat.ethz.ch/mailman/listinfo/r-devel
>>
>

	[[alternative HTML version deleted]]



[Rd] openblas
Peter Langfelder