problems with linking dune-cornerpoint to opm-core

[totto82]

@rolk

I have struggled for a while with installing dune-cornerpoint. I get lots of undefined references looking like this for instance:

readEclipseFormat.cpp:(.text+0x3906): undefined reference to `Opm::EclipseGridInspector::gridSize() const'

I saw your newest commit 2c1df0b and hoped it would fix the problem, but it didn't. I have install opm-core with cmake and used dunecontrol to build dune-cornerpoint.

[rolk]

@totto82 Maybe fixed; see post to mailing list titled "Re: [OPM] Autotools -> CMake transition" at 2013-02-01 14:16 CET. Try the description there; if it doesn't work then post a gist with dune-cornerpoint/config.log

[totto82]

Re: [OPM] Autotools -> CMake transition" at 2013-02-01 14:16 CET

fixed the problem. I assume a more permanent fix is on the way

[kristinf]

I have posted the log files opm-core/CMakeFiles/CMake*.log and dune-cornerpoint/config.log as you requested on https://gist.github.com/6c4f4c269f73ec7d0271
Hope you can make some sense out of this.

[rolk]

@kristinf
Preliminary analysis: This seems to be a variant of the problem Tor Harald observed: in config.log:4321 it fails because it does not link umfpack together with cholmod; however in CMakeOutput.log:742 it manages to do so. This may suggest that the "link with or without cholmod" test is insufficient.

What I cannot fathom is why it is able to build using only autotools, since it is the same m4/ directory (and which dune-cornerpoint should pick up) in both scenarios.

[rolk]

@kristinf
I have reason to believe that this error is fixed (from commit 09ceb7d onwards); libtool manages to pick up -llapack from libdunecommon.la, so by having a proper .la file it should add the dependencies that opm-core needs too. Pull a new version of the cmake branch, delete CMakeCache.txt and rebuild opm-core; then try building dune-cornerpoint again.

[rolk]

I believe this issue is solved in the release/2013.03 branch.