Thank you for reporting this, MrHighVoltage. As this is an upstream issue, I have reported the problem and created a pull request with a fix at [1]. I will create a patch for the AUR in case the pull request goes unnoticed for a longer time.
Search Criteria
Package Details: python-openems-git 0.0.36.r15.g1ccf094-3
Package Actions
Git Clone URL: | https://aur.archlinux.org/openems-git.git (read-only, click to copy) |
---|---|
Package Base: | openems-git |
Description: | A free and open source EC-FDTD solver - python module |
Upstream URL: | https://github.com/thliebig/openEMS |
Licenses: | GPL-3.0-or-later |
Conflicts: | python-openems |
Provides: | python-openems |
Submitter: | thasti |
Maintainer: | thasti (xiota) |
Last Packager: | xiota |
Votes: | 3 |
Popularity: | 0.000000 |
First Submitted: | 2017-12-10 12:32 (UTC) |
Last Updated: | 2024-06-23 22:18 (UTC) |
Dependencies (18)
- openemsAUR (openems-gitAUR)
- python (python37AUR, python311AUR, python310AUR)
- python-csxcad (python-csxcad-gitAUR)
- python-h5py (python-h5py-gitAUR, python-h5py-openmpi)
- python-matplotlib (python-matplotlib-gitAUR)
- python-numpy (python-numpy-flameAUR, python-numpy-mkl-binAUR, python-numpy-gitAUR, python-numpy1AUR, python-numpy-mklAUR)
- boost (boost-gitAUR) (make)
- cmake (cmake-gitAUR) (make)
- cython (cython-gitAUR, cython0AUR) (make)
- fast_float (fast_float-gitAUR) (make)
- git (git-gitAUR, git-glAUR) (make)
- ninja (ninja-kitwareAUR, ninja-memAUR, ninja-fuchsia-gitAUR, ninja-gitAUR, ninja-jobserverAUR) (make)
- nlohmann-json (nlohmann-json-gitAUR) (make)
- openmpi (openmpi-gitAUR) (make)
- python-build (make)
- python-installer (python-installer-gitAUR) (make)
- python-setuptools (make)
- python-wheel (make)
Required by (1)
- python-pyems-git (requires python-openems)
Sources (1)
Latest Comments
« First ‹ Previous 1 2
thasti commented on 2020-02-13 21:54 (UTC)
MrHighVoltage commented on 2020-02-13 21:42 (UTC) (edited on 2020-02-13 21:49 (UTC) by MrHighVoltage)
I currently can't build openEMS with the newest cmake (3.16.4-1) and boost in arch (1.72.0-1). It fails because CMake does not store a valid path in "Boost_INCLUDE_DIR".
-- Boost_INCLUDE_DIR: Boost_INCLUDE_DIR-NOTFOUND
-- Boost_LIBRARIES: Boost::thread;Boost::system;Boost::date_time;Boost::serialization;Boost::chrono
and finally prints:
CMake Error: The following variables are used in this project, but they are set to NOTFOUND.
Please set them or make sure they are set and tested correctly in the CMake files:
Boost_INCLUDE_DIR
If i understood the CMake Boost docs correctly, "Boost_INCLUDE_DIR" is just a cache-variable, but "Boost_INCLUDE_DIRS" is the actual variable to use, as they do in the examples.
On my system i fixed this with simple swap of "Boost_INCLUDE_DIR" and "Boost_INCLUDE_DIRS" in CMakeLists.txt and it builds without complaints. The following prepare()-function works for me:
prepare() {
cd "$srcdir/openEMS"
sed -i 's|Boost_INCLUDE_DIR|Boost_INCLUDE_DIRS|g' CMakeLists.txt
}
thasti commented on 2020-01-20 17:36 (UTC)
Please go ahead, would be much appreciated!
corecode commented on 2020-01-20 17:16 (UTC)
fix-libdir.patch conflicts. You can remove it and instead use ${pkgdir}/usr as installation prefix. Do you want me to submit a patch to the PKGBUILD?
Pinned Comments
ra1nb0w commented on 2022-11-15 09:04 (UTC) (edited on 2022-11-15 09:05 (UTC) by ra1nb0w)
A few notes to use openEMS with Octave:
hdf5.h
and openEMS's setup fails. You need to patch setup.m present in /usr/share/openEMS/matlab withThen you need to build the dynamic-load module
Now you can use octave as always.