Comments (18)
I have never try this before, but the sibling build works fine.
from opm-polymer.
opm-autodiff/opm/autodiff/AutoDiffBlock.hpp:25:23: fatal error: Eigen/Eigen: No such file or directory
If this problem still exists then I'd be inclined to say it is a local issue on the continuous integration system. The documentation of Eigen 3 explicitly states that
#include <Eigen/Eigen>
is how one is supposed to access the (whole of the) Eigen library.
What does "autoinstalled Eigen" mean, anyway?
from opm-polymer.
What does "autoinstalled Eigen" mean, anyway?
I think he refers to the ability of the opm-autodiff build system to download Eigen if it's not found. The problem then seems to be that this is not found by downstream modules.
from opm-polymer.
There is probably no easy solution to this problem (unless @akva2 has a good idea), I suggest that we for now require an Eigen installation for opm-polymer (so that opm-autodiff will use that one, too).
from opm-polymer.
I was going to make the necessary changes due to ParallelDebugOutput in opm-polymer, but due to the still not working Eigen stuff, I can't.
from opm-polymer.
This is a problem with the autoinstalled Eigen, not opm-polymer, the feature is broken (for all purposes but just building opm-autodiff). You should install an Eigen package for your OS/distro instead. I stand by my earlier view:
I suggest that we for now require an Eigen installation
... instead of relying on the autoinstall.
from opm-polymer.
the necessary changes due to ParallelDebugOutput in opm-polymer
About this, I think I'll start doing a refactoring of these programs now, to eliminate duplication. About time? For now, flow_polymer will not run in parallel so it does not matter. After refactoring it should work.
from opm-polymer.
You should install an Eigen package for your OS/distro instead.
In a pinch you can clone https://github.com/OPM/eigen3 as a sibling directory of the OPM modules.
from opm-polymer.
When the autoinstall of Eigen was done we were in a situation where none of our target distributions packaged the necessary version of Eigen. This situation may have changed? Still, the autoinstall of Eigen has worked flawlessly since the beginning, ensuring that nobody were bitten by that dependency.
from opm-polymer.
Of course I could install a version of Eigen or as @bska suggested, I
could also install the Eigen version from the repository.
I like the autoinstalled version, and I just wanted to point out that is
does not work with other packages except opm-autodiff.
Sendt fra min brødrister
from opm-polymer.
There are multiple quick fixes to that. One is to just duplicate the autoinstall logic in opm-polymer. Another is to move the Eigen dependent polymer simulator to the autodiff repo. Neither very elegant, but they would solver it with minimum effort. Alternatively we can abolish autoinstall in favour of a package dependency (but then Eigen should be available in key distros). Lastly we can re-engineer the autoinstall to cater to the multiple repo scenario.
from opm-polymer.
Moving opm-polymer into opm-autodiff should be done anyway in my opinion (a step in the suggested reorganization), so perhaps we should do this now?
from opm-polymer.
I think merging opm-autodiff and opm-polymer is a good idea, since we now have solvent model in opm-autodiff. But polymer properties in opm-polymer have AD and non-AD type which should be taken care of.
from opm-polymer.
Sounds like we are converging to a solution. I support gathering the simulators under one roof too.
from opm-polymer.
I would make a proposal, but for the fact that I'll be travelling next week. Can someone else pick this up?
But polymer properties in opm-polymer have AD and non-AD type which should be taken care of.
I do not think this is a problem for merging modules.
from opm-polymer.
I do not think this is a problem for merging modules.
Yes, that's true. But I was thinking non-AD type properties and solver could be moved to the other modules, e.g opm-core.
from opm-polymer.
Since we have decided that moving the polymer simulator into opm-autodiff will not happen before the release, we are left with the question of what to do with this issue. I suggest: nothing, it will be resolved shortly after release. It is a problem only for those building from source that do not have Eigen installed on their system, who I would expect mostly would use the current master and not release branches.
from opm-polymer.
Since we have agreed to move opm-polymer into opm-autodiff, I'll close this issue. It has been added as an issue in opm-autodiff.
from opm-polymer.
Related Issues (15)
- Compile erros HOT 4
- Generate loops for polymer flooding HOT 5
- CPR implementation for fully implicit polymer sim (flow_polymer) HOT 2
- include <Eigen/Eigen> couldn't be located HOT 2
- Build errors HOT 3
- Polymer test case fails HOT 7
- polymerUtilities.cpp HOT 1
- opm-polymer does not compile/work with Dune 2.3 HOT 4
- output setting HOT 1
- Make a new branch for fully implicit solvers HOT 4
- simulator threw exception due to keyword "PLYVISC" HOT 11
- HEAD fails to compile HOT 3
- Blindly assuming opm-autodiff supports cpgrid HOT 1
- Create cmake build system HOT 1
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from opm-polymer.