Search Criteria
Package Details: gmsh-docs 4.13.1-1
Package Actions
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: | 62 |
Popularity: | 0.010580 |
First Submitted: | 2006-04-04 23:31 (UTC) |
Last Updated: | 2024-05-25 16:15 (UTC) |
Dependencies (16)
- 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, lapack-gitAUR, atlas-lapackAUR, blas-aocl-gccAUR, blas-aocl-aoccAUR, openblas-lapackAUR, blas-mklAUR, aocl-libflameAUR, blas-openblas) (make)
- med-openmpi (make)
- metisAUR (metis-gitAUR) (make)
- opencascade (opencascade-gitAUR, opencascade-rcAUR, opencascade-f3dAUR) (make)
- sed (busybox-coreutilsAUR, sed-gitAUR) (make)
- swig (swig-gitAUR) (make)
- texlive-meta (make)
- voro++AUR (make)
Latest Comments
« First ‹ Previous 1 .. 4 5 6 7 8 9 10 11 12 13 14 .. 21 Next › Last »
lahwaacz commented on 2020-02-28 14:10 (UTC)
@gborzi The best solution would be to patch the CMakeLists.txt file and remove the command. (They have a FIXME note just on the previous line about it, too...)
gborzi commented on 2020-02-28 13:35 (UTC)
@lahwaacz that's a problem, because everyone can have a build directory with wathever root directory (e.g. /home, /build, /tmp). Only /usr end /etc must remain, I have to think a way to do it. Any suggestion will be appreciated.
lahwaacz commented on 2020-02-27 22:32 (UTC)
I have the
build
directory in my package too. Snippet from the build output:It is most likely the result of the following command in the upstream
CMakeLists.txt
:In my case,
CMAKE_CURRENT_SOURCE_DIR
was/build/gmsh/pkg/gmsh/build/gmsh/src/gmsh-4.5.3-source
because I was building in a clean chroot: https://wiki.archlinux.org/index.php/DeveloperWiki:Building_in_a_clean_chrootgborzi commented on 2020-02-27 01:54 (UTC)
@ccorn That's strange, in my package there isn't a build directory.
ccorn commented on 2020-02-27 01:36 (UTC)
Somehow
/build
ends up in thegmsh
package, aspacman -Qlp gmsh-4.5.3-1-x86_64.pkg.tar.zst
shows. Removing it with the following patch:I'd also use more consistent quoting around
srcdir
and$pkgdir
, but that's not essential here.gborzi commented on 2020-02-14 13:54 (UTC)
@ljj038 I'm unable to reproduce that error. Perhaps you are using some compiler cache program (like ccache) or an AUR helper. If so, please retry to compile the package without these.
ljj038 commented on 2020-02-14 13:16 (UTC) (edited on 2020-02-14 13:17 (UTC) by ljj038)
[ 7%] Building CXX object CMakeFiles/shared.dir/Geo/GModelIO_ACIS.cpp.o
[ 7%] Building CXX object CMakeFiles/shared.dir/Geo/GModelIO_OCC.cpp.o
/home/king/.cache/yay/gmsh/src/gmsh-4.5.2-source/Geo/GModelIO_OCC.cpp: In member function ‘bool OCC_Internals::addPlateSurface(int&, int, const std::vector<int>&, const std::vector<int>&, const std::vector<int>&)’:
/home/king/.cache/yay/gmsh/src/gmsh-4.5.2-source/Geo/GModelIO_OCC.cpp:1620:68: error: invalid use of incomplete type ‘class GeomPlate_PointConstraint’ 1620 | new GeomPlate_PointConstraint(BRep_Tool::Pnt(vertex), 0, .1); |
^ In file included from /usr/include/oce/GeomPlate_BuildPlateSurface.hxx:26, from /usr/include/oce/BRepFill_Filling.hxx:13, from /usr/include/oce/BRepOffsetAPI_MakeFilling.hxx:13, from /home/king/.cache/yay/gmsh/src/gmsh-4.5.2-source/Geo/GModelIO_OCC.cpp:44:
/usr/include/oce/Handle_GeomPlate_PointConstraint.hxx:16:7: note: forward declaration of ‘class GeomPlate_PointConstraint’ 16 | class GeomPlate_PointConstraint; | ^~~~~~~~~~~~~~~~~~~~~~~~~ /home/king/.cache/yay/gmsh/src/gmsh-4.5.2-source/Geo/GModelIO_OCC.cpp: In member function ‘bool OCC_Internals::makeEdgeSTLFromFace(const TopoDS_Edge&, const TopoDS_Face&, std::vector<SPoint3>*)’: /home/king/.cache/yay/gmsh/src/gmsh-4.5.2-source/Geo/GModelIO_OCC.cpp:4542:54: error: invalid use of incomplete type ‘class Poly_PolygonOnTriangulation’ 4542 | const TColStd_Array1OfInteger &edgeVerts = edgepoly->Nodes(); | ^~ In file included from /usr/include/oce/BRep_Tool.hxx:22, from /home/king/.cache/yay/gmsh/src/gmsh-4.5.2-source/Geo/OCCEdge.h:21, from /home/king/.cache/yay/gmsh/src/gmsh-4.5.2-source/Geo/GModelIO_OCC.cpp:11: /usr/include/oce/Handle_Poly_PolygonOnTriangulation.hxx:16:7: note: forward declaration of ‘class Poly_PolygonOnTriangulation’ 16 | class Poly_PolygonOnTriangulation; | ^~~~~~~~~~~~~~~~~~~~~~~~~~~
make[2]: *** [CMakeFiles/shared.dir/build.make:1467: CMakeFiles/shared.dir/Geo/GModelIO_OCC.cpp.o] Error 1
make[2]: Leaving directory '/home/king/.cache/yay/gmsh/src/gmsh-4.5.2-source/build'
make[1]: *** [CMakeFiles/Makefile2:1210: CMakeFiles/shared.dir/all] Error 2
make[1]: Leaving directory '/home/king/.cache/yay/gmsh/src/gmsh-4.5.2-source/build'
make: *** [Makefile:163: all] Error 2
==> ERROR: A failure occurred in build().
Error making: gmsh (gmsh gmsh-docs)
PrinceMachiavell commented on 2019-11-19 21:21 (UTC)
Does this package specifically require python 3.7? If not there is probably a better solution than hardcoding directories in the PKGBUILD.
chilichiller commented on 2019-11-07 15:45 (UTC)
@gborzi Found it, gmsh runs fine again. Thank for answering my noob questions :)
gborzi commented on 2019-11-07 13:05 (UTC)
@chilichiller The package must be recompiled with the new opencascade library.
« First ‹ Previous 1 .. 4 5 6 7 8 9 10 11 12 13 14 .. 21 Next › Last »