IncompFlowSolverHybrid::solve() argument order has been restored, this is
the only place the new argument order (with some new arguments placed in
between old arguments) were used correctly, so it has to be changed back.
This restores the build of opm-upscaling on systems using older
versions of Autoconf (e.g., 2.59 on RHEL5 or CentOS 5).
See commit 82369f9 in opm-core for additional details.
The config.h header is not for external consumption. It must only
be used in programs (or .cpp files) which adapt to the local
system. In particular, installing (as in "make install") a header
that contains an #include directive for "config.h" is always an
error.
The per-target primary overrides the correspondingly named global
primary. In the case of '*_LDADD' we need to include the global value
lest we miss SuperLU libraries.
this merges the elasticity upscale module with the
opm upscale module. summary of changes:
- add a new subfolder dune/elasticity with the helper classes
- add the main program as examples/upscale_elasticity
- Added the possibility to set the number of iterations A.M() make no sense for large matrices.
- Added the possibility to set the number of smoother steps to use.
- Added upscaling_relperm binaries for anisotropic criterion and for different smoothers:
upscale_relperm: default criterion with ILU0 smoother
upscale_relperm_aniso: Use settings for anisotropic problems with ILU0 smoother
upscale_relperm_ssor: default criterion with SSOR smoother
upscale_relperm_aniso_ssor: default criterion with SSOR smoother
upscale_relperm_bgs: default criterion with Block Gauss-Seidel smoother
upscale_relperm_aniso_bgs: default criterion with block Gauss-Seidel smoother
The conventional wisdom is to include <config.h> only in
implementation (i.e., ".cpp") files. Especially if we're producing
a header-based library and not installing <config.h>.
In the 4.6.x range of GNU compilers, the cmath header include math.h, adding
isinf() and isnan() to the global namespace as well as std. When used in if
statements, there is then an ambiguity between the std version which returns
bool and the global function which returns int; for more details see:
<http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48891>
If we qualify the functions explicitly with their namespace, this error goes
away.
Only the configuration files where the library name is mentioned are changed.
Renaming the directory dune/ to opm/ would require massive change through-out
the code.
