Merge branch 'master', remote-tracking branch 'source/master'
Allow static linking for SuiteSparse to be forced

If -DSUITESPARSE_USE_STATIC=ON, then the build system will only look for
static versions of the libraries that are part of SuiteSparse, even if
dynamic/shared versions are present on the system. Thus, the default of
preferring dynamic libraries can be overridden.

SuiteSparse is rarely built ourselves, but still uncommon enough to not
be present on computing clusters.

This patch allows us to install the libraries on a workstation, for
instance from package suitesparse-devel and link to it statically
without having to maintain our own build tree.
Merge branch '037_cmake'

Synchronise build system with opm-core
Bump version number and label.
Merge pull request #37 from atgeirr/bump-version

Bump version number and label.
Install header-only pkgconfig file to generic lib/

The previous version assumed that we had libraries, and thus always
installs the .pc file in the multi-arch library directory. However,
we now have modules which does not have a library, but whose header
files still need to be located. Since the lib/ directory is usually
in the pkgconfig search path, it is natural to put them there.
Merge pull request #38 from bska/038_cmake

Synchronise build system with opm-core
update packaging
use a fully qualified source0 url
make packaging compatible with EL5
Specify dir. layout and stylesheets in common templates

These options should be common to all OPM modules to get the same look
for the generated documentation.
Only add option for shared libraries once

The way the test was done previously, it was added for *every* option
after `--enable-shared`, not only that one.
Allow to search for multiple libraries in package

Some packages are split up in several library files, where each of them
doesn't have their own CMake find-module. So we cannot put this list in
the prerequisites. Unlike the headers, where we just add the directory,
all the libraries must be explicitly named on the link line. Thus, we
should allow to specify more than one name in the lib parameter.

The first name specified is designated as the "primary" library and is
assigned to the _LIBRARY variable; the others occur in _LIBRARIES as if
they were prerequisites.

Note that the build system cannot replicate this setup itself; it always
assumes that we are building (at most) one library from the source
files.
Added CMake find modules opm-parser and cjson
Added opm-parser-prereqs.cmake
Updated modules for Findcjson and Findopm-parser
Updated modules to find Opm-parser
Merge pull request #40 from bska/040_cmake

Synchronise build system with opm-core
fix test for HAVE_QUAD on some instances of ubuntu 13.10

I haven't figured out why this happens, but on one of my computers
running kubuntu 13.10 g++ says the following if one tries to use
quadruple precision math:

/home/erne/src/ewoms/ewoms/common/quad.hh: In static member function ‘static quad std::numeric_limits<__float128>::min()’:
/home/erne/src/ewoms/ewoms/common/quad.hh:52:14: error: unable to find numeric literal operator ‘operator"" Q’
     { return FLT128_MIN; }

since this happens only on this machine and only with the c++ (but
not the C) compiler, i suppose that this is either an upgrade issue
with kubuntu or an issue with the ubuntu gcc stack. Strangely enough,
my other kubuntu machine does not have a problem with that...

In any case also testing for assignability of constants and using the
C++ compiler for the quadmath test won't hurt...
Changed the check_cxx_source_compiles() in Findopm-parser to look for Deck.hpp; Parser.hpp had uneccasary complicated interaction with cJSON