Package Details: gmsh-docs 4.13.1-2

Git Clone URL: https://aur.archlinux.org/gmsh.git (read-only, click to copy)
Package Base: gmsh
Description: TXT, HMTL and PDF doc for Gmsh
Upstream URL: https://gmsh.info
Licenses: GPL-2.0-or-later
Submitter: S1G1
Maintainer: gborzi (carlosal1015, gpettinello)
Last Packager: carlosal1015
Votes: 63
Popularity: 0.38
First Submitted: 2006-04-04 23:31 (UTC)
Last Updated: 2025-03-01 15:08 (UTC)

Latest Comments

« First ‹ Previous 1 .. 11 12 13 14 15 16 17 18 19 20 21 Next › Last »

gborzi commented on 2015-10-01 16:47 (UTC)

@nivata Thanks for your efforts. Maybe there is some compilation option that can solve this problem when trilinos is installed, but I've not seen anything in CMakeList.

nivata commented on 2015-09-30 11:36 (UTC)

So, just a quick wrap-up on this story. Turns out I also had the Petsc packaged installed with Trilinos support. After removing Trilinos I reinstalled Petsc without it, and now Gmsh compiles fine with Petsc support (but not Trilinos). At the moment Trilinos from AUR doesn't compile on my computer, so the package I had was outdated (libml.so is a library form Trilinos, and it was compiled against an older version of openmp I guess). I hope this helps other people who might encounter this issue!

nivata commented on 2015-09-29 19:13 (UTC)

My libml.so was owned by the package trilinos (from aur and was compiled a while ago). I removed it but somehow gmsh still wants to build using the "-lml" option. Otherwise I got the same result as you when I do "locate libmpi.so". This is strange, I'll look into it and keep you informed about what I find.

gborzi commented on 2015-09-29 11:54 (UTC)

@nivata I've just recompiled the package but it doesn't show any problem, i.e. I'm unable to reproduce the bug. I think there is something strange about your openmpi files: I don't have a libmpi.so.1, "locate libmpi.so" returns /usr/lib/openmpi/libmpi.so /usr/lib/openmpi/libmpi.so.12 /usr/lib/openmpi/libmpi.so.12.0.0 that don't point to any libml.so library (which isn't in my system).

nivata commented on 2015-09-29 11:41 (UTC)

Thanks for the quick reply gborzi. I just rebooted and the problem is still there, even if I recompile gmsh =/. The binary downloaded from the website works fine though (probably compiled with static libraries). Does it work on your machine?

gborzi commented on 2015-09-28 12:43 (UTC)

@nivata Maybe when you installed the package you hadn't yet installed openmpi, so it got installed in the process but the configuration file /etc/ld.so.conf.d/openmpi.conf has not immediate effect, i.e. your current console doesn't know where to find openmpi libraries. Please try logout/login and retry. Eventually, recompile gmsh. Hope it helps.

nivata commented on 2015-09-28 12:34 (UTC)

Hi, The package is compiling fine for now, but when I launch gmsh I got the following error: gmsh: error while loading shared libraries: libmpi.so.1: cannot open shared object file: No such file or directory When I checked the build log I found out the following was issued: /usr/bin/ld: warning: libmpi.so.1, needed by /usr/lib/gcc/x86_64-unknown-linux-gnu/5.2.0/../../../../lib/libml.so, not found (try using -rpath or -rpath-link) So I'm not sure exactly where the problem comes from. Any idea?

gborzi commented on 2015-04-11 23:39 (UTC)

Please rebuild after upgrading opencascade.

gborzi commented on 2014-04-18 17:39 (UTC)

@wirew0rm I've just compiled gmsh with openmpi (-DENABLE_MPI=ON) and it links and runs successfully.

wirew0rm commented on 2014-04-18 17:08 (UTC)

i've reported this to upstream: https://geuz.org/trac/gmsh/ticket/217 user: gmsh pw: gmsh the onelab interface can be used from python 2.7 and 3.4 so it should be moved to both directories. i've added this to my own PKGBUILD package() function: install -D -m644 "${pkgdir}/usr/bin/onelab.py" "${pkgdir}/usr/lib/python2.7/site-packages/onelab.py" install -D -m644 "${pkgdir}/usr/bin/onelab.py" "${pkgdir}/usr/lib/python3.4/site-packages/onelab.py" rm "${pkgdir}/usr/bin/onelab.py" to test onelab you can run the example python solver supplied with the gmsh source by running: gmsh gmsh-2.8.4-source/utils/solvers/python/pend.py i've run into another issue: openmpi since the recent upgrade from 1.6.5 to 1.8 prevents compiling and running gmsh as it can't find libmpi_f90.so. the only solution to this i found was downgrading openmpi to 1.6.5.

« First ‹ Previous 1 .. 11 12 13 14 15 16 17 18 19 20 21 Next › Last »