Move cad/elmerfem -> science/elmerfem

Also:
* Update COMMENT to reflect how their website decribes it
* Update WWW
* Group USExx lines

- Resurrect `cad/elmerfem' and update to version 8.4
- Remove bundled copy of METIS and use the one from ports
- Fix `do-test' by switching to ctest(1) from gmake(1)
- Adjust the COMMENT and port description while I'm here

Remove expired port:
2019-05-08 cad/elmerfem: Broken for more than 6 months

Bump PORTREVISION for ports depending on the canonical version of GCC
as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3
to GCC 9.1 under most circumstances now after revision 507371.

This includes ports
 - with USE_GCC=yes or USE_GCC=any,
 - with USES=fortran,
 - using Mk/bsd.octave.mk which in turn features USES=fortran, and
 - with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
   c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, everything INDEX-11 shows with a dependency on lang/gcc9 now.

PR:		238330

Related to revision 499061 bump ports with USES=fortran to have them
benefit from the improved situation where libgcc_s is only used when
absolutely necessary.

Suggested by:	tijl

Deprecate ports broken for more than 6 months

Change cmake default behaviour to outsource.

Ports that build out of source now simply can use "USES=cmake"
instead of "USES=cmake:outsource". Ports that fail to build
out of source now need to specify "USES=cmake:insource".

I tried to only set insource where explictely needed.

PR:		232038
Exp-run by:	antoine

Mark BROKEN: fails to build

cd /wrkdirs/usr/ports/cad/elmerfem/work/.build/fem/src &&
/usr/local/bin/gfortran8 -DCONTIG=,CONTIGUOUS -DHAVE_EXECUTECOMMANDLINE
-DUSE_ARPACK -DUSE_ISO_C_BINDINGS -Delmersolver_EXPORTS -I/usr/local/include
-I/wrkdirs/usr/ports/cad/elmerfem/work/.build
-I/wrkdirs/usr/ports/cad/elmerfem/work/.build/fem/src
-I/wrkdirs/usr/ports/cad/elmerfem/work/elmerfem-release-8.3/fhutiter/src
-I/wrkdirs/usr/ports/cad/elmerfem/work/.build/fem/src/binio
-I/wrkdirs/usr/ports/cad/elmerfem/work/.build/fhutiter/src  -O
-Wl,-rpath=/usr/local/lib/gcc8 -fPIC -O3 -DNDEBUG -O3 -J../../fmodules -fPIC  
-c
/wrkdirs/usr/ports/cad/elmerfem/work/elmerfem-release-8.3/fem/src/CRSMatrix.F90
-o CMakeFiles/elmersolver.dir/CRSMatrix.F90.o
/wrkdirs/usr/ports/cad/elmerfem/work/elmerfem-release-8.3/fem/src/CRSMatrix.F90:3681:24:

       A % ILUCols    => ILUCols
                        1
Error: Assignment to contiguous pointer from non-contiguous target at (1)

Reported by:	pkg-fallout

Bump PORTREVISION for ports depending on the canonical version of GCC
defined via Mk/bsd.default-versions.mk which has moved from GCC 7.4 t
GCC 8.2 under most circumstances.

This includes ports
 - with USE_GCC=yes or USE_GCC=any,
 - with USES=fortran,
 - using Mk/bsd.octave.mk which in turn features USES=fortran, and
 - with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
   c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, as a double check, everything INDEX-11 showed depending on lang/gcc7.

PR:		231590

math/arpack-ng: Update 3.5.0 -> 3.6.3

Port changes:
* Remove the slave port math/arpack-ng-mpich: the MPI option is incremental and
only adds a library
* Permanently enable the MPI functionality: see above
* Shorten the CONFLICTS statement
* Install arpack.h which is forgotten by the project itself

Bump cad/elmerfem: dependency there changed to math/arpack-ng.

Change 10 ports from net/mpich2 to net/mpich

mpich2 is the obsolete version 2.x, mpich is at the current version 3.x

science/triqs science/PETSc math/py-slepc4py math/slepc math/py-petsc4py
math/petiga math/sundials cad/elmerfem math/blocksolve95 math/spooles

Bump PORTREVISION for ports depending on the canonical version of GCC
in the ports tree (via Mk/bsd.default-versions.mk and lang/gcc) which
has now moved from GCC 6 to GCC 7 by default.

This includes ports
 - featuring USE_GCC=yes or USE_GCC=any,
 - featuring USES=fortran,
 - using Mk/bsd.octave.mk which in turn features USES=fortran, and those
 - with USES=compiler specifying one of openmp, nestedfct, c11, c++0x,
   c++11-lib, c++11-lang, c++14-lang, c++17-lang, or gcc-c++11-lib.

PR:		222542

Fix build of cad/elmerfem ahead of CMake 3.11.

 - Bump to the actual 8.3 release, instead of a few days and revisions
   short of it. There's no uploaded tarball, so we're still stuck with
   GH tags.
 - Build out-of-source; with CMake 3.11 you can no longer add a library
   with no (zero) sources, and the existing setup was picking up build-
   cache directories like CMakeFiles/ to turn into Elmer libraries.
 - As a side-effect, this shows the bogus library added to the plist
   some time earlier -- CMakeFiles is not an actual Elmer plugin.
 - Detection of <inttypes.h> is broken because of the way Fortran
   libraries are added to the link line, but gcc_s isn't; this leads
   to header detection that fails in linking. So just tell CMake
   that inttypes.h exists, instead.

Approved by:	tcberner (mentor, implicit)

Bump PORTREVISIONs of all users of math/mpc that we just updated to
version 1.1.0 (via revision 464079).

Bump PORTREVISION for ports depending on the canonical version of GCC
(via Mk/bsd.default-versions.mk and lang/gcc) which has moved from
GCC 5.4 to GCC 6.4 under most circumstances.

This includes ports
 - with USE_GCC=yes or USE_GCC=any,
 - with USES=fortran,
 - using Mk/bsd.octave.mk which in turn features USES=fortran, and
 - with USES=compiler specifying openmp, nestedfct, c++11-lib, c++11-lang,
   c++14-lang, c++0x, c11, or gcc-c++11-lib.

PR:		219275

Begin deorbit burn of ia64.  We have not attempted to build packages for
it for many years.

While here, alphabetize ARCHs, pet portlint, and modernize usages.

Approved by:	portmgr (tier-2 blanket)

- Udate to 20170519

PR:	219032
Submitted by:	pfg
Approved by:	miwi (mentor)
Differential Revision:	https://reviews.freebsd.org/D10819

Bump PORTREVISIONs for ports depending on the canonical version of GCC and
lang/gcc which have moved from GCC 4.9.4 to GCC 5.4 (at least under some
circumstances such as versions of FreeBSD or platforms).

This includes ports
 - with USE_GCC=yes or USE_GCC=any,
 - with USES=fortran,
 - using using Mk/bsd.octave.mk which in turn has USES=fortran, and
 - with USES=compiler specifying openmp, nestedfct, c++11-lib, c++14-lang,
   c++11-lang, c++0x, c11, or gcc-c++11-lib.

PR:		216707

Bump PORTREVISIONS for ports depending on the canonical version of GCC and
lang/gcc which have moved from GCC 4.8.5 to GCC 4.9.4 (at least under some
circumstances such as versions of FreeBSD or platforms), part II.

The first part covered  ports with USE_GCC=yes, USE_GCC=any, or one of
gcc-c++11-lib, openmp, nestedfct, c++11-lib as well as c++14-lang,
c++11-lang, c++0x, c11 requested via USES=compiler.

This adds ports with USES=fortran and ports using Mk/bsd.octave.mk
which in turn has USES=fortran.

PR:		214965
Reported by:	thierry

Update to 20161026 snapshot

PR:		213816
Submitted by:	pfg

Update to version 8.2.20160715

PR:		211319
Submitted by:	pfg

- Update to 8.2.20160404
- While here, cosmetic fixes and switch to new test framework

PR:		209271
Submitted by:	pfg

Remove ${PORTSDIR}/ from dependencies, Mk and categories a, b, and c.

With hat:	portmgr
Sponsored by:	Absolight

Update to version 8.1-20160311.
Fix PR ports/201246.

PR:		ports/196577
Submitted by:	pfg

Update ports in the [bcd]* categories to not use GH_COMMIT.

With minor cleanups to make things simpler.

With hat:	portmgr
Sponsored by:	Absolight

- Update to 7.0.20141202

PR:		195789
Submitted by:	pfg@ (maintainer)

Update URL.

Submitted by:	pfg (maintainer)

Update cad/elmerfem to 20141015 snapshot.

This brings many small fixes.
While here drop the autoconf support since we are using the CMake branch.

PR:		ports/194410
Submitted by:	pfg@ (maintainer)

Add elmerfem.

Elmer includes physical models of fluid dynamics, structural mechanics,
electromagnetics, heat transfer and acoustics, for example. These are
described by partial differential equations which Elmer solves by the
Finite Element Method (FEM).

PR:		ports/193531
Submitted by:	pfg