FindCWrap issues another find_package(PythonInterpret).
By setting the PYTHON_EXECUTABLE variable we make sure it
will find python3
This also fixes the CMake confusions about multiple linker paths
```
Make Warning at cmake/Modules/OpmSatellites.cmake:320 (add_executable):
Cannot generate a safe linker search path for target test_ERft because
files in some directories may conflict with libraries in implicit
directories:
link library [libpython3.7m.so] in /usr/lib/x86_64-linux-gnu may be hidden by files in:
/usr/lib/python3.7/config-3.7m-x86_64-linux-gnu
Some of these libraries may not be found correctly.
```
- Enables reading of output files generated by simulator IX
- Adding support for EclFile data type C0nn (string with length > 8 characters)
- Update of program summary, now supporting well names with more that 8 characters
- Updates of program convertECL, possible to write output files with IX "format"
- updates of python bindings (EclOutput and EclFile)
cmake does not properly interpret the SYSTEM marker in lists of
include directories. this causes issues downstream when using
dunecontrol / the in-tree cmake config files.
OpmInit.cmake is one of the first includes and most importantly before
the opm-*-prereqs.cmake files are include. The macro is needed to make
the policies set in all CMakefiles. OpmSetPolicies should be called in
the toplevel CMakeLists.txt file.
This fixes a lot of warnings experienced in downstream modules that
got triggered by the opm-*-prereqs.cmake files. At some calls the
policies were at other not.
On the other hand new warnings about soon to be deprecated policies
CMP0026 and CMP0048 appear at least for cmake version 3.13.4.
But that should be fixed in another PR.
- Include the eclipse_io.cpp file in existing extension library - do not create
a new library.
- Remove Python class EclFile - just expose the C++ through Pybind1, include
some monkey-patching of the class to ensure proper Python strings for CHAR
keywords.
- Remove string based keyword lookup.
- Use standard Python methods __len__, __getitem__ and __contains__; get() is
an equivalent alternative to __getitem__().
- Add property arrays in addition to getListOfArrays()
