Hello, The version number is generated and put into the config.h file at configuration time. Public headers should in general not depend on the contents of config.h, such dependencies should only be in .cpp files.
I therefore think this is a bug, although it may not be so easy to fix. The offending file is actually CpGridData.hpp, which is included by CpGrid.hpp, I'll see if I can fix this easily. In general issues for such as this I recommend using the issue tracker on github, which makes it easier to keep track of bugs and fixes. I have posted an issue: https://github.com/OPM/dune-cornerpoint/issues/107 I suggest further discussion of this takes place there. Atgeirr 5. sep. 2014 kl. 12:47 skrev Jørgen Kvalsvik <jorge...@stud.ntnu.no>: > On 2014-09-05 12:28, robert.kloefk...@iris.no wrote: >> Hello Jørgen, >> the DUNE_VERSION_NEWER macro needs the header >> dune/common/version.hh >> Maybe that is missing. >> Best, >> Robert > > I have the header installed. The problem is that the cmake modules has a > "feature test" by compiling a trivial C++ program that includes a header from > a dependency, in this case dune-cornerpoint. It isn't the macro that's > missing, it's the actual version number it seems. > > Interestingly, by explicitly including dune/control/version.hh the test still > fails. > > _______________________________________________ > Opm mailing list > Opm@opm-project.org > http://www.opm-project.org/mailman/listinfo/opm _______________________________________________ Opm mailing list Opm@opm-project.org http://www.opm-project.org/mailman/listinfo/opm