problems with linking dune-cornerpoint to opm-core about opm-core HOT 6 CLOSED

@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

from opm-core.

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

from opm-core.

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.

from opm-core.

@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.

from opm-core.

@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.

from opm-core.

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

from opm-core.