Prevent Armadillo from finding HDF5

Adds CMAKE_DISABLE_FIND_PACKAGE_HDF5 to ArmadilloVariables.cmake. The latter is
read prior to configuring Armadillo.
Closes #107.
Revert "Deleted bempp_setup.cfg.template"

This reverts commit 3359304bf4d2a402471bdd12ce5b524d1897aa8f.
cookoff now to pull from head
Merge branch 'master' into rsdt/new_build
Deleted old meshes directory
Added meshes directory left out in prevous commit
Removed Armadillo patch to suppress hdf5 header. Now unnecessary due to fix via CMake variable.
Moved Python examples to new directory
Modified unit test paths for new mesh directory
Updated Dune to Version 2.3.1
Merge branch 'rsdt/new_build' of github.com:bempp/bempp into rsdt/new_build
:lipstick: ignore .*.swo files
:lipstick: Removed incorrect comments
BEM++ does not link to armadillo anymore

It should be sufficient that it links to blas and lapack directly.
Update to cmake 3.0

Seems to have changed the way static library dependencies are exported.
Updating to dune version 2.3.1

External project now compiled via Dune's own cmake.
Also, added umbrella target Dune that depends on all the dune sub-components.
This may be one of the problems affecting parallel builds (#115).

This commit goes partway to #114 (dune update) while still retaining static
linkage (#116). The code compiles, but there is a bug in one of unit test over
the foam grid. Might be that the dimensionality of the problem is not passed
correctly to foamgrid somewhere.
Easier to find imported libraries BEM++ depends on

There seems to be some difficulty for external project to find libraries the
BEM++ links to by importing them.
Was linking BEM to not yet existing libraries

Must link BEM++ to external libraries built within BEM++ with some care.
Building Dune as shared libraries

Closes #116
Closes #114
Using main cookoff branch