Bug 246938 - math/arpack-ng: allow to build arpack-ng with openblas
Summary: math/arpack-ng: allow to build arpack-ng with openblas
Status: New
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: --- Affects Only Me
Assignee: Yuri Victorovich
URL:
Keywords: buildisok
Depends on:
Blocks:
 
Reported: 2020-06-02 14:15 UTC by Oleg Sidorkin
Modified: 2021-03-22 10:44 UTC (History)
1 user (show)

See Also:
bugzilla: maintainer-feedback? (yuri)

Attachments
svn diff patch to allow math/arpack-ng to link against math/openblas (504 bytes, patch)
2020-06-02 14:15 UTC, Oleg Sidorkin 		no flags Details | Diff
svn diff patch to allow math/arpack-ng to link against math/openblas (476 bytes, patch)
2020-06-02 14:56 UTC, Oleg Sidorkin 		no flags Details | Diff
Show Obsolete (1) View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Oleg Sidorkin 2020-06-02 14:15:23 UTC 
Created attachment 215166 [details]
svn diff patch to allow math/arpack-ng to link against math/openblas

Some consumers of arpack-ng (e.g. math/scilab) provides user a choice between atlas and openblas. However arpack-ng cannot be linked against openblas, so scilab gets linked against both libraries.

Attached patch adds support for WITH_BLAS=openblas option.
Comment 1 Oleg Sidorkin 2020-06-02 14:56:45 UTC 
Created attachment 215168 [details]
svn diff patch to allow math/arpack-ng to link against math/openblas

it seems that openblas provides lapack functions also
Comment 2 Steve Wills freebsd_committer 2020-06-17 02:37:16 UTC 
Build info is available at https://gitlab.com/swills/freebsd-ports/pipelines/156988815
Comment 3 Gleb Popov freebsd_committer 2021-03-20 08:16:18 UTC 
I wonder why this option is not made visible to users by means of OPTIONS?
Comment 4 Oleg Sidorkin 2021-03-22 10:44:28 UTC 
(In reply to Gleb Popov from comment #3)

I see 2 problems:

1) There is some kind of global switch in Mk/Uses/blaslapack.mk. I think there should be a global flag to switch default blas implementation for all ports.

2) Unfortunately, lapack parts of openblas are not drop-in replacement of math/lapack. Some tests in dependent libraries fail with lapack from openblas.