Package Details: freefem 4.5-1

Git Clone URL: https://aur.archlinux.org/freefem.git (read-only, click to copy)
Package Base: freefem
Description: A PDE oriented language using the finite element method
Upstream URL: https://freefem.org/index.html
Licenses: LGPL
Conflicts: freefem++
Provides: freefem++
Submitter: haawda
Maintainer: Sosthene
Last Packager: Sosthene
Votes: 16
Popularity: 0.95
First Submitted: 2019-06-19 19:31
Last Updated: 2020-02-13 22:01

Latest Comments

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

holos commented on 2014-10-24 18:44

matael, the real error is farther up, when compiling UMFPACK.cpp and NewSolver.cpp. The freefem build system fails to detect UMFPACK (in the suitesparse package) and doesn't properly include headers, so the build fails. I am waiting for the 3.32 tarball to fix it.

matael commented on 2014-10-01 17:36

I don't really understand, but the package won't compile here :

Makefile:1658: recipe for target 'UMFPACK64.so' failed
make[3]: *** [UMFPACK64.so] Error 1

Looks like something's missing... i don't understand where this problem comes from

facunditito commented on 2014-07-14 22:44

It appears that there is a new version. To install it, I had to change the PKGBUILD

The site: http://www.freefem.org/ff++/ftp/freefem++-3.31.tar.gz gave me a 404 error, the new or correct is http://www.freefem.org/ff++/ftp/freefem++-3.31-2.tar.gz with its new sha256sum (4e61e6b44bc709f2e6f64c5a64d7597caead208e39fd97e231d41b86dfbccf65)

holos commented on 2014-03-07 02:23

the "reference to $srcdir" warning is due to a couple pkg-config files that set the prefix incorrectly.

holos commented on 2013-11-23 22:32

perhaps it was a server issue, the source is available.

the build should succeed without `--enable-download`, you just lose all the other components that the build system grabs.

I have poked around building the different components independently and getting freefem's build system to recognize them. I think I've been successful with (par)metis, superlu, tetgen, and mmg3d (mostly fixing header/lib locations). I've had trouble with others, like scotch_esmumps. Freefem will recognize the presence of the scotch/mumps libs, but magically won't build the corresponding freefem solib. Someday I might bug the devs.

holos commented on 2013-11-23 22:16

perhaps it was a server issue. the mmg3d source is available

srg commented on 2013-11-21 10:46

The build fails because it mmg3d4.0.tgz is no longer available online:

cd ../pkg;wget --no-check-certificate http://www.math.u-bordeaux1.fr/~cdobrzyn/logiciels/download/mmg3d4.0.tgz
--2013-11-21 11:19:51-- http://www.math.u-bordeaux1.fr/~cdobrzyn/logiciels/download/mmg3d4.0.tgz
Resolving www.math.u-bordeaux1.fr (www.math.u-bordeaux1.fr)... 147.210.16.9
Connecting to www.math.u-bordeaux1.fr (www.math.u-bordeaux1.fr)|147.210.16.9|:80... connected.
HTTP request sent, awaiting response... 403 Forbidden
2013-11-21 11:19:58 ERROR 403: Forbidden.

I suggest changing `--enable-download` to `--disable-download` in build script, and rather depend on mmg3d package on AUR explicitly (if mmg3d source is made available again).

holos commented on 2013-09-18 06:05

A couple other things
- `--with-mpi=openmpi` seems to fix the problem with scotch
- running the build with makeflags seems ok now

holos commented on 2013-09-18 05:19

Thanks for figuring that out.
I tried deleting the `--disable-pastix` line and it actually built just fine.

viperpaulo commented on 2013-09-12 09:54

Hi !

New version released. I have a solution to compile with SuiteSparse installed, here is my PKGBUILD : http://pastebin.archlinux.fr/470589. I didn't succeed to compile with pastix enabled.

Hope this helps...