Notice: Undefined variable: name in /srv/http/vhosts/aur-dev.archlinux.org/public/web/lib/pkgfuncs.inc.php on line 248

Package Details: gmsh 2.16.0-1

Git Clone URL: https://aur-dev.archlinux.org/gmsh.git (read-only)
Package Base: gmsh
Description: An automatic 3D finite element mesh generator with pre and post-processing facilities.
Upstream URL: http://www.geuz.org/gmsh/
Licenses: custom
Submitter: S1G1
Maintainer: gborzi
Last Packager: gborzi
Votes: 40
Popularity: 0.053374
First Submitted: 2006-04-04 23:31
Last Updated: 2017-01-03 21:17

Latest Comments

« First ‹ Previous ... 2 3 4 5 6 7 8 Next › Last »

gborzi commented on 2010-10-19 11:55

I tried configuration (i.e. cmake -DCMAKE_INSTALL_PREFIX:PATH=/usr ..) with lapack+blas from extra and without gcc-fortran. It is successful but strangely it gives these lines
-- Found Blas(ATLAS)
-- Found Lapack(ATLAS)
Note: I run ldconfig after installing lapack+blas. But the compilation breaks down because it can't find libatlas. I have to make further investigation.

Tempel commented on 2010-10-18 23:01

Hmm, I have lapack and blas installed from the extra repository (and I reinstalled them to make sure they're not corrupt). So there must be differences between lapack in extra and atlas-lapack.

gborzi commented on 2010-10-18 16:38

I forgot to add that if you have gcc-fortran without lapack+blas the package builds, but at the configuration stage it warns that lapack was not found and some algorithms may not work.

gborzi commented on 2010-10-18 13:25

Hi Tempel, I have reproduced your error message on my system by uninstalling both gcc-fortran and lapack+blas. Perhaps your lapack library got corrupted, or you have non-standard lapack library (e.g. a vendor library) that isn't recognized by gmsh. With atlas-lapack the package builds fine.

Tempel commented on 2010-10-18 04:24

Really? For me, without gcc-fortran, it doesn't complete the cmake command, ending with "-- Configuring incomplete, errors occurred!" Earlier in the same step, it says "CMake Error: your Fortran compiler: "CMAKE_Fortran_COMPILER-NOTFOUND" was not found. Please set CMAKE_Fortran_COMPILER to a valid compiler path or name."

To test this, I built it successfully, then cleared out the build directory, then removed gcc-fortran (no other packages were changed). After that, it would not build again.

You're right that each .f has a corresponding .c. So could this problem be from vagaries in the cmake system? Is there any reason it might behave differently in two different systems?

gborzi commented on 2010-10-17 11:28

The package builds fine without gcc-fortran. Please note that for each .f source file there is a corresponding .c file in the source tree.

Tempel commented on 2010-10-17 03:31

It looks like gcc-fortran should be in the makedepends.

gborzi commented on 2010-04-06 18:13

Feel free to report any problem in the future without the fear to bother me. BTW, gmsh needed to be rebuilt after gmp upgrade.

Tempel commented on 2010-04-06 17:13

I just recompiled gmsh, and now it works perfectly. Sorry to have bothered you!

gborzi commented on 2010-04-04 20:25

I have just recompiled gmsh and tried it on a simple IGES file. It was opened without problems. Please check if you have /etc/profile.d/opencascade.sh and that it is correctly sourced.