I am able to compile the entire library, but every test fails with the same error:
error while loading shared libraries: libnetcdf.so.18: cannot open shared object file: No such file or directory
I can only see libnetcdf.so.19
in my lib paths.
Git Clone URL: | https://aur.archlinux.org/deal-ii.git (read-only, click to copy) |
---|---|
Package Base: | deal-ii |
Description: | An Open Source Finite Element Differential Equations Analysis Library |
Upstream URL: | https://www.dealii.org/ |
Keywords: | fem pde science |
Licenses: | LGPL-2.1-or-later |
Submitter: | coincoin |
Maintainer: | coincoin (drwells) |
Last Packager: | drwells |
Votes: | 15 |
Popularity: | 0.000427 |
First Submitted: | 2013-09-11 11:11 (UTC) |
Last Updated: | 2024-08-23 22:02 (UTC) |
I am able to compile the entire library, but every test fails with the same error:
error while loading shared libraries: libnetcdf.so.18: cannot open shared object file: No such file or directory
I can only see libnetcdf.so.19
in my lib paths.
Both the oneAPI and boost problems have been fixed in the 9.3.3 release. The PKGBUILD is now updated accordingly.
Update - we have a patch ready that resolves the problem with boost 1.78. The oneAPI problem is in progress.
Thanks a lot @drwells, best of luck in your excellence work! Often help me look debian experimental work or FreeBSD ports.
Regardless of the oneAPI problems, no version of deal.II is compatible with boost 1.78 due to changes in Boost.Geometry. We are working on a fix but its not simple.
@juliandoerner thanks. We have some patches in progress which convert deal.II to use oneAPI - once everything works on the release branch I will backport the changes.
By the recent update of tbb from version 2021.3.0 to 2021.4.0 deal-ii no longer builds software using for example mesh-worker, which relies on deprecated interfaces. This is caused by the revamp of tbb and already know to the authors of deal-ii, see here.
Downgrading tbb helps at the moment. Let me know if I can help in any other way.
Thanks for add optional dependency intel-mkl
, I do not report any errors but I canceled in 75% because filled my memory (because I was BUILDDIR=/tmp/makepkg
in /etc/makepkg.conf
).
Now, we have:
-- Found LAPACK: /opt/intel/mkl/lib/intel64_lin/libmkl_gf_lp64.so;/opt/intel/mkl/lib/intel64_lin/libmkl_gnu_thread.so;/opt/intel/mkl/lib/intel64_lin/libmkl_core.so;/usr/lib/libgomp.so;-lpthread;-lm;-ldl;-lpthread;-lm;-ldl
-- LAPACK_LIBRARIES: /opt/intel/mkl/lib/intel64_lin/libmkl_gf_lp64.so;/opt/intel/mkl/lib/intel64_lin/libmkl_gnu_thread.so;/opt/intel/mkl/lib/intel64_lin/libmkl_core.so;/usr/lib/libgomp.so;-lpthread;-lm;-ldl;-lpthread;-lm;-ldl;/opt/intel/mkl/lib/intel64_lin/libmkl_gf_lp64.so;/opt/intel/mkl/lib/intel64_lin/libmkl_gnu_thread.so;/opt/intel/mkl/lib/intel64_lin/libmkl_core.so;/usr/lib/libgomp.so;-lpthread;-lm;-ldl
-- LAPACK_LINKER_FLAGS:
-- LAPACK_INCLUDE_DIRS: /opt/intel/mkl/include
-- LAPACK_USER_INCLUDE_DIRS: /opt/intel/mkl/include
First attempt is here. Second attempt is here. In the second attempt I log in tty2 and enable in /etc/makepkgconf
#BUILDDIR=/tmp/makepkg
, MAKEFLAGS="-j$(nproc)"
(disabled build on ram and use all cores) but it stopped in 30% with cpu full, showed some 20 lines of messages (no related with cmake or deal-ii installation) about address errors and kernel modules, I do not saved this messages, and force reboot. For now, that was my attempt, do not worry because is due a limit resources.
@carlosal1015 This should now work with MKL - I followed the workaround I mentioned in issue 12435.
Thanks a lot :-), when I type pacman -Ql intel-mkl
shows me /opt/intel/mkl/include/mkl.h
.
Pinned Comments
drwells commented on 2024-06-19 03:16 (UTC)
I've updated to 9.5.2 and patched SUNDIALS.
9.6 should be out in the next month or two!