Package Details: freefem 4.14.0-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-ext-dl, freefem-git
Provides: freefem
Submitter: haawda
Maintainer: gdolle
Last Packager: gdolle
Votes: 18
Popularity: 0.000015
First Submitted: 2019-06-19 19:31 (UTC)
Last Updated: 2023-12-03 23:16 (UTC)

Latest Comments

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

holos commented on 2013-11-23 22:32 (UTC)

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.

srg commented on 2013-11-21 10:46 (UTC)

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 05:19 (UTC)

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 (UTC)

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...

holos commented on 2013-05-25 21:17 (UTC)

It was incorrect for me to have added umfpack as a conflict, according to https://bugs.archlinux.org/task/17625 Beyond adding a note, I don't know how to ignore the incompatible stuff from suitesparse. There doesn't seem to be anything relevant in the mailing list. I'm also inclined to add --disable-pdf because the pdf is updated much more frequently than the tarball anyways.

viperpaulo commented on 2013-05-23 06:52 (UTC)

You can modify the PKGBUILD as follow : - If you want to signal a conflict with umfpack : conflicts=('umfpack') provides=('umfpack') This solves problems when you have another program which uses umfpack. - You can also add this, which would be better I guess (not sure about that) conflicts=('umfpack' 'suitesparse') provides=('umfpack' 'suitesparse=4.0.2') - I think that you can just not mention conflict with umfpack, it works well like that. But I didn't find how to signal a conflict for compilation step, since it's impossible to compile when SuiteSparse is already installed and conflicts has effects on installation steps but not during compilation. Also to solve multi-threads compilations problems you should add this to the PKGBUILD : options=('!makeflags') which will reset all makeflags during compilation.

viperpaulo commented on 2013-05-22 14:47 (UTC)

Hi, Thx for this package ! I found why mrbit and others have some troubles : - missing dep : metis - export MAKEFLAGS="-j1" - uninstall SuiteSparse to compile hope this help !

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