Search Criteria
Package Details: gmsh 4.13.0-3
Package Actions
Git Clone URL: | https://aur.archlinux.org/gmsh.git (read-only, click to copy) |
---|---|
Package Base: | gmsh |
Description: | An automatic 3D finite element mesh generator with pre and post-processing facilities |
Upstream URL: | https://gmsh.info |
Licenses: | GPL-2.0-or-later |
Submitter: | S1G1 |
Maintainer: | gborzi (carlosal1015, gpettinello) |
Last Packager: | carlosal1015 |
Votes: | 62 |
Popularity: | 0.95 |
First Submitted: | 2006-04-04 23:31 (UTC) |
Last Updated: | 2024-05-11 14:46 (UTC) |
Dependencies (29)
- alglib
- annAUR
- cairo (cairo-gitAUR)
- cgns (cgns-parallelAUR)
- fltk (fltk-gitAUR)
- glu (glu-gitAUR)
- lapack (aocl-libflame-aoccAUR, blas-mklAUR, lapack-gitAUR, atlas-lapackAUR, blas-aocl-gccAUR, blas-aocl-aoccAUR, openblas-lapackAUR, aocl-libflameAUR, blas-openblas)
- med-openmpi
- metisAUR
- opencascade (opencascade-gitAUR, opencascade-rcAUR, opencascade-f3dAUR)
- alglib (make)
- annAUR (make)
- cairo (cairo-gitAUR) (make)
- cgns (cgns-parallelAUR) (make)
- cmake (cmake-gitAUR) (make)
- desktop-file-utils (desktop-file-utils-gitAUR) (make)
- fltk (fltk-gitAUR) (make)
- glu (glu-gitAUR) (make)
- lapack (aocl-libflame-aoccAUR, blas-mklAUR, lapack-gitAUR, atlas-lapackAUR, blas-aocl-gccAUR, blas-aocl-aoccAUR, openblas-lapackAUR, aocl-libflameAUR, blas-openblas) (make)
- med-openmpi (make)
- Show 9 more dependencies...
Required by (16)
- deal-ii (optional)
- feelpp
- getdp
- neper
- octave-msh (optional)
- python-bempp-cl (optional)
- python-bempp-git (optional)
- python-fenics-dolfinx (optional)
- python-fenics-dolfinx-git (optional)
- python-fipy (optional)
- python-gmsh_interop
- python-pygmsh
- python-pymor (optional)
- python-pyxel-fedic
- python-trimesh (optional)
- sparselizard
Latest Comments
« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 .. 21 Next › Last »
lahwaacz commented on 2020-06-23 12:19 (UTC)
Version 4.6.0 does not build in a clean chroot:
gborzi commented on 2020-06-04 17:58 (UTC)
@gavmanz
I've never experienced anything similar. But I build on a 2*Xeon (6 core each) Workstation.
gavmanz commented on 2020-06-04 17:52 (UTC)
Does anyone get a bunch of errors about cc1plus being killed and your system freezing up (way more so than your usual build taking up much compute ability) during the build? I am unable to build gmsh because of this.
gborzi commented on 2020-06-04 13:53 (UTC)
@xantares
Tried "-DMMG3D_INC=/usr/include/mmg" added to the cmake line, but it fails with:
/home/gborzi/store/lab/aurbuild/gmsh/src/gmsh-4.5.6-source/Mesh/meshGRegionMMG3D.cpp:22:10: fatal error: libmmg3d.h: No such file or directory 22 | #include <libmmg3d.h> | ^~~~~~~~~~~~ compilation terminated.
I changed that line to "#include <mmg3d/libmmg3d.h>" and got
[ 0%] Building CXX object CMakeFiles/gmsh.dir/Mesh/meshGRegionMMG3D.cpp.o /home/gborzi/store/lab/aurbuild/gmsh/src/gmsh-4.5.6-source/Mesh/meshGRegionMMG3D.cpp:26:35: error: ‘MMG_pMesh’ has not been declared 26 | static void MMG2gmsh(GRegion *gr, MMG_pMesh mmg, | ^~~~~~~~~
and a bunch of others undeclared. How did you succeed in compiling with mmg 5.4.3?
xantares commented on 2020-06-04 05:40 (UTC) (edited on 2020-06-04 05:46 (UTC) by xantares)
you can pass the mmg include dir MMG3D_INC directly to cmake,
next release it will be fixed: https://gitlab.onelab.info/gmsh/gmsh/-/merge_requests/345
gborzi commented on 2020-06-03 21:58 (UTC)
@xantares
In order for cmake to use the system mmg I had to change line 955 in CMakeLists.txt. Instead of just "include" the line must have "include/mmg/mmg3d". How did you compile with system mmg? Did you change that line, and if so, how?
xantares commented on 2020-06-03 20:25 (UTC)
can you retry the mmg package ? for me it builds fine, maybe you could post the error on the mmg aur page.
gborzi commented on 2020-06-03 11:26 (UTC)
@xantares Unfortunately it fails the compilation with a bunch of error messages about mmg. I've used the mmg3d package, the mmg package (without the 3d) looks the same.
xantares commented on 2020-06-03 09:47 (UTC) (edited on 2020-06-03 09:48 (UTC) by xantares)
can you try to depend on the new mmg package ?
gborzi commented on 2020-05-15 18:52 (UTC)
@xantares Sorry, I misunderstood you before. In the meantime I've realized that ANN wasn't switched to the system one. I'm recompiling right now with system ANN.
« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 .. 21 Next › Last »