Arch Linux User Repository

@lucasl0st this is caused by cmake 4.0, as described in [arch-dev-public] mail list. I've just pushed an update with the fix and the package is now building fine.

Getting following error currently trying to compile with cmake 4.0:

==> Starting build()...
CMake Error at CMakeLists.txt:1 (cmake_minimum_required):
  Compatibility with CMake < 3.5 has been removed from CMake.

  Update the VERSION argument <min> value.  Or, use the <min>...<max> syntax
  to tell CMake that the project requires at least <min> but has been updated
  to work with policies introduced by <max> or earlier.

  Or, add -DCMAKE_POLICY_VERSION_MINIMUM=3.5 to try configuring anyway.

Adding -DCMAKE_POLICY_VERSION_MINIMUM=3.5 does seem to work.

@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. Being such, you cannot use it as a provider for building, but only for running the software. It's not our task to address this here in the client package level.

Regarding

You need to have installed cblas.h in /usr/include and not in /usr/include/openblas. This file is provided by cblas repository package. Make sure you do not have any custom cblas installed.

As cblas.h is present in blas-openblas at

/usr/include/openblas/cblas.h

and
pkgconf --cflags cblas says

-I/usr/include/openblas

adding

export CFLAGS+=" $(pkgconf --cflags cblas)"

to build() (before building sciplot) does fix the "issue" -- that way the correct include directory will be added to GCC command line, independent of the package that provides cblas.

Maybe that is an option to consider?

Anyway, blas-openblas is in the official Arch Linux repositories and has cblas in it's provides array.

@fcrubv the libsurvive-extras-data git repository is used by upstream build system. Here we are downloading/cloning it in the package sources, instead of letting it being downloaded/cloned during the cmake execution time. I have just checked, and the package is building fine for me, with the libsurvive-extras-data git repository being downloaded/cloned without problems.

Er... what is The libsurvive-extras-data package for, I can't download it

@dreieck I've just checked, and the package is building fine for me. You need to have installed 'cblas.h' in '/usr/include' and not in '/usr/include/openblas'. This file is provided by cblas repository package. Make sure you do not have any custom cblas installed. Regarding the package flagging, upstream version 1.01 is a pre-release, so we are not shipping it here.

Build fails for me with cn_matrix.blas.c:1:10: fatal error: cblas.h: No such file or directory:

[  2%] Building C object libs/cnkalman/libs/cnmatrix/src/CMakeFiles/cnmatrix.dir/cn_matrix.blas.c.o
/tmp/makepkg/build/libsurvive/src/libsurvive/libs/cnkalman/libs/cnmatrix/src/cn_matrix.blas.c:1:10: fatal error: cblas.h: No such file or directory
    1 | #include <cblas.h>
      |          ^~~~~~~~~
compilation terminated.

(/usr/include/openblas/cblas.h is present.)

Regards!

@Scrumplex This is very relative, depending on the point of view and on the future development of the data repository. First of all, "slow" is something relative, as for me it takes not much time to download it. Secondly, the download size for the current target commit is 257M, and the whole git repository has currently a size of 383M. It means that you will need to download a 260M file at every new version release (supposing the commit will change at every new version), while when having the git sources will make you to download 383M at a first time and to download smaller data (updates only) at every other new version.

Maybe you could switch git+https://github.com/jdavidberger/libsurvive-extras-data.git#commit=5cc2fc085d11ef98ad5936a745d4a42954b207ca to an archive file instead. Downloading the whole history of a repository that's filled with binaries is very slow.

So in this case maybe use https://github.com/jdavidberger/libsurvive-extras-data/archive/5cc2fc085d11ef98ad5936a745d4a42954b207ca.tar.gz instead