Arch Linux User Repository

@dbermond thanks! <3

@cprn implemented.

@dbermond I just hit the same issue @dreieck did, even though I never explicitly installed OpenBLAS – it was pulled as a dependency (it installs by default when cblas is required, e.g. by opencv, python-numpy, rocblas). I think the issue will become more and more popular with monado (OpenXR implementation) depending on cnmatrix and popularisation of VR (e.g. I'm here because I'm setting up VR in Star Citizen).

While I agree in a perfect world it'd be solved by OpenBLAS maintainer, having above in mind, can we pretty please include these 3 lines at the top of build()?

_CFLAGSADDITIONS="$(pkgconf --cflags cblas)"
export CFLAGS+=" ${_CFLAGSADDITIONS}"
export CXXFLAGS+=" ${_CFLAGSADDITIONS}"

These would run as a fallback only, and solve for any cblas alternative, not only OpenBLAS. Please, reconsider.

Full disclosure, IDK how to propose changes in OpenBLAS, and I think fixing there would involve a lot more than 3 lines in PKGBUILD.

@aperez package updated, thanks for reporting.

The eigen dependency needs to be changed to eigen3 to make this package build.

@dreieck no, repository blas-openblas does not ship a 'cblas.h' header currently. openblas, a dependency for blas-openblas, do ship it, but not in the same directory of the reference cblas package. If there is a fix to be made, it would be in the openblas package (for example, placing or symlinking the headers in the same place as cblas), and not here. You can open an issue and ask for it. Imagine if there would be something like 50 cblas providers, each one shipping 'cblas.h' in a different directory than cblas does (like openblas do). Would we need to add 50 workarounds/fixes here for each provider? No, it does make sense to solve this here in the client package level.

cblas.h actually is present in blas-openblas:

/usr/include/openblas/cblas.h

pkgconf --cflags cblas says

-I/usr/include/openblas

It turns out that adding the following to build() does fix the issue:

    _CFLAGSADDITIONS="$(pkgconf --cflags cblas)"
    CFLAGS+=" ${_CFLAGSADDITIONS}"
    CXXFLAGS+=" ${_CFLAGSADDITIONS}"
    export CFLAGS
    export CXXFLAGS

-- this way the correct include directory will be added to the GCC command line, independent of the package that provides cblas.

@dreieck This is not an issue of this package. The package builds fine with cblas. Your cblas provider (blas-openblas) does not ship the 'cblas.h' header, so it obviously will not work. You have to install cblas to build this package, and then switch to your cblas provider. If you cannot uninstall blas-openblas due to it being required for something else, build the package in a clean chroot.

Ahoj,

build() fails for me with fatal error: cblas.h: No such file or directory:

[ 40%] Building C object src/CMakeFiles/cnmatrix.dir/cn_matrix.c.o
/var/cache/makepkg/build/cnmatrix/src/cnmatrix-0.0/src/cn_matrix.blas.c:1:10: fatal error: cblas.h: No such file or directory
    1 | #include <cblas.h>
      |          ^~~~~~~~~
compilation terminated.
make[2]: *** [src/CMakeFiles/cnmatrix.dir/build.make:93: src/CMakeFiles/cnmatrix.dir/cn_matrix.blas.c.o] Error 1
make[2]: *** Waiting for unfinished jobs....
make[1]: *** [CMakeFiles/Makefile2:1053: src/CMakeFiles/cnmatrix.dir/all] Error 2
make: *** [Makefile:146: all] Error 2

As cblas provider I have installed blas-openblas.

Regards and thanks for the package!