Arch Linux User Repository

@haawda ok I'll check from my side

Version 4.1 does not compile for me, feel free to use freefem++-git.

@haawda, Please change the hdf5-openmpi dependency to hdf5. Thanks!

Also probably perl needs to at least be in the makedepends since the first line in your prepare() function is a perl one.

Hi @haawda, it seems openmpi is not taken into account currently in the configure step. This should work:

--with-mpi=/usr/bin/mpic++

It might be nice also to add optional dependency (optdepends=) to petsc package and mmg3d, i.e. add to the configure step

--with-petsc=/opt/petsc/linux-c-opt/lib/petsc/conf/petscvariables 
--with-mmg3d-include=/usr/include/mmg/

Great, implemented!

@eolianoe @haawda The mpif.h error may due to a bad mumps config (for arch). For parallel mumps version (See Make.inc/* files INCPAR variable). Freefem++ set a FFMPIINCLUDE variable (empty by default) and commented in download/headers-sparsesolver.inc.

If you add

find ./download -name headers-sparsesolver.inc -exec sed -i 's+#\(FFMPIINCLUDE\s*=\).*+\1/usr/include+' {} \;

just before the "getall" in the prepare step, it should solve the problem.

The build fails with:

gfortran  -O -g  -DNDEBUG -O3 -mmmx -mavx -fPIC    -I/home/blachere/builds/AUR/freefem++/src/freefem++-3.61-1/download//include/scotch -Dscotch  -Dpord  -I. -I../include -c mumps_static_mapping.F -o mumps_static_mapping.o
mumps_static_mapping.F:3945: Error: Can't open included file 'mpif.h'

but everything is fine if I disable MUMPS.

ok I installed this on manjaro with pamac, just edit build files and change the URL and source from "http://www.freefem.org/ff++/ftp/freefem++-3.61-1.tar.gz" to "http://www3.freefem.org/ff++/ftp/freefem++-3.61-1.tar.gz" since the file is actually on their old website and that is now moved to the "http://www3.freefem.org". (try to click on these too, sure enough, first will get you 404 error and second will start to download the desired file). have fun guys.

Maybe it is possible, but I won't test it.

would it be possible to only depend on lapack and not on openblas-lapack, hence it will be possible any lapack implementation?