Package Base Details: mingw-w64-lapack

Git Clone URL: https://aur.archlinux.org/mingw-w64-lapack.git (read-only, click to copy)
Submitter: xantares
Maintainer: xantares
Last Packager: xantares
Votes: 3
Popularity: 0.000000
First Submitted: 2013-06-08 18:44 (UTC)
Last Updated: 2024-05-18 05:50 (UTC)

Latest Comments

1 2 Next › Last »

xantares commented on 2022-11-18 18:22 (UTC)

yes, sorry about that

Martchus commented on 2022-11-18 14:32 (UTC)

The build fails running some tests:

[  1%] Linking Fortran executable test_zcomplexabs.exe
[  1%] Running test_zcomplexmult in /build/mingw-w64-lapack/src/lapack-3.11.0/build-i686-w64-mingw32-static/INSTALL with stderr: test_zcomplexmult.err
make[2]: *** [CMakeFiles/run_test_zcomplexmult.dir/build.make:71: CMakeFiles/run_test_zcomplexmult] Error 127
make[1]: *** [CMakeFiles/Makefile2:395: CMakeFiles/run_test_zcomplexmult.dir/all] Error 2
make[1]: *** Waiting for unfinished jobs....
[  1%] Running test_zminMax in /build/mingw-w64-lapack/src/lapack-3.11.0/build-i686-w64-mingw32-static/INSTALL with stderr: test_zminMax.err
make[2]: *** [CMakeFiles/run_test_zminMax.dir/build.make:71: CMakeFiles/run_test_zminMax] Error 127
make[1]: *** [CMakeFiles/Makefile2:447: CMakeFiles/run_test_zminMax.dir/all] Error 2
[  1%] Linking Fortran executable test_zcomplexdiv.exe
[  1%] Built target test_zcomplexabs
[  1%] Built target test_zcomplexdiv
make: *** [Makefile:156: all] Error 2
==> ERROR: A failure occurred in build().

Maybe this needed to depend on mingw-w64-wine.

patlefort commented on 2022-11-18 02:57 (UTC)

Some Fortran compiler tests are failing causing the build to fail, I think it's safe to disable them with option -DTEST_FORTRAN_COMPILER=OFF.

Nestor_013 commented on 2019-11-28 14:09 (UTC) (edited on 2019-11-28 14:15 (UTC) by Nestor_013)

Hi,

Since last update, pacman complains about duplicate ownership of a file by both lapack and lapacke packages.

mingw-w64-lapacke: /usr/i686-w64-mingw32/include/lapack.h exists in filesystem (owned by mingw-w64-lapack)
mingw-w64-lapacke: /usr/x86_64-w64-mingw32/include/lapack.h exists in filesystem (owned by mingw-w64-lapack)

I've added a line to remove lapack.h from lapacke package to solve the issue. Could you include the patch...

diff --git a/PKGBUILD b/PKGBUILD
index [`3dafe7f`](https://aur.archlinux.org/cgit/aur.git/commit/?h=mingw-w64-lapack&id=3dafe7f)..fcf7b8f 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -104,6 +104,8 @@ package_mingw-w64-lapacke()
     make install DESTDIR="$pkgdir"
     cd "$srcdir/lapack-${pkgver}/build-${_arch}/LAPACKE"
     make install DESTDIR="$pkgdir"
+    # Remove lapack.h since provided by package_mingw-w64-lapack
+    rm "$pkgdir"/usr/${_arch}/include/lapack.h
     ${_arch}-strip --strip-unneeded "$pkgdir"/usr/${_arch}/bin/*.dll
     ${_arch}-strip -g "$pkgdir"/usr/${_arch}/lib/*.a
   done

drakkan commented on 2018-08-18 07:03 (UTC)

libblas.dll depends on libgfortran-5.dll at runtime, please fix depends

drakkan commented on 2018-05-04 20:41 (UTC)

please add Libs.private: -lgfortran -lquadmath to the pc file to allow static linking, thanks!

ant32 commented on 2013-07-18 17:25 (UTC)

like this https://gist.github.com/ant32/6031186/revisions

ant32 commented on 2013-07-18 15:40 (UTC)

this package uses _pkgname https://aur.archlinux.org/packages/mi/mingw-w64-alure/PKGBUILD or this uses _pkgfqn https://projects.archlinux.org/svntogit/packages.git/tree/trunk/PKGBUILD?h=packages/qt4 But in your case I'd just remove the variable and use the actual name at the two locations where it is used. If I'm wrong please correct me.