Comments (10)
Hang on, I might have to read the instructions more carefully.
from px4-ecl.
No, the Eigen3 path is hard-coded for Mac. A potential fix is in #114.
from px4-ecl.
Hi, I had this trouble in another project after upgrading to 16.04 as well. I had to add symbolic links in the following manner:
cd /usr/include/
sudo ln -sf eigen3/Eigen Eigen
sudo ln -sf eigen3/unsupported unsupported
This fixed the issue for me in my other projects this week, (also, I had encountered this issue previously back in Ubuntu 13.04 and 13.10). I hope this might help.
from px4-ecl.
@mcsauder: thanks for the comment. I prefer not having to do symlinking and using cmake's FindEigen3 to look for it.
See how it's done in #114. Does that work for you?
from px4-ecl.
Hi @julianoes,
I agree with your sentiment on avoiding sym links, I only employ them as a last resort. Unfortunately, I already have FIND_PACKAGE(Eigen3) in the top level CMakeLists.txt file for this and two other projects using Eigen that began failing compile after the upgrade to 16.04. :/
As an additional detail that might be worth investigating, if Eigen is installed in the typical manner through apt-get it will install to the ~/usr/include/eigen3 directory, however if you clone Eigen from the source repo and execute a make install, (without altering the default install directory), it will install to your ~/usr/local/include/ directory. On my machine, with Eigen installed to the ~/usr/local/include/eigen3/... directory, my projects will compile without the sym links, however they will not compile without the sym links when Eigen is installed only in the /usr/include/eigen3 directory, even with FIND_PACKAGE(Eigen3) is called out in the top level CMakelists.txt file and even if I have used apt-get to remove Eigen and re-installed it.
At the moment I am contemplating a fresh install of 16.04 to see if it behaves differently than the upgrade from 15.10. I will let you know if I get that accomplished and what results after a clean install. Hopefully a bit of this is some use to you as well.
-Mark
from px4-ecl.
I think it is common practice to have the package from the distribution in /usr/include and install libraries compiled/downloaded yourself in /usr/local/include. I would also guess that FIND_PACKAGE(Eigen3) should check both paths.
It works fine for me on a fresh 16.04 with libeigen3-dev
installed with apt-get.
It shows up like this:
locate eigen3/Eigen/Dense
/usr/include/eigen3/Eigen/Dense
I think you should be able to fix it without re-installing everything.
from px4-ecl.
Hi @julianoes,
I just wanted to report back that a new install of Ubuntu 16.04 resolved the issue of not being able to find eigen, so all of my machines are behaving correctly now without symbolic links.
I have no idea what error existed on my machine, but all is well now. Thanks for all of the follow-up and advice!
-Mark
from px4-ecl.
@mcsauder: nice, thanks for the heads-up!
from px4-ecl.
So where do we stand with this issue now?
from px4-ecl.
Yep sorry fixed with #114.
from px4-ecl.
Related Issues (20)
- flow fusion of ekf2 HOT 4
- I have 4 quadcopter there altitude is not same for all 4 currently using barometer as primary source can anyone tell me how to fuse baro and rangefinder in px4 HOT 3
- Constant drift when EV frequency drops below a certain threshold HOT 3
- EKF2 model not quite suitable for rover? HOT 3
- ranger fusion about ekf HOT 1
- Better height estimation using range sensor help me ? HOT 1
- EKF mathematical equations HOT 3
- EKF estimates diverge from the Rangefinder and EV inputs in Z-axis HOT 9
- What's the principle of fusing the gps yaw? HOT 1
- can anyone please help me for better height estimation with baro and rangefinder for multiple vehicle as of now they are not at same height in offboard HOT 2
- ekf terrain process HOT 5
- EKFGSF ahrsAlignYaw() does not affect filter state HOT 2
- <deleted>
- Ekfgsf_yaw in rtk gps HOT 2
- External vision yaw being rejected for portions of the flight HOT 2
- vector2f type assigned with slice type
- Convert posecovariance from Nav_msgs::odom to px4 VehicleVisualOdometry.msg pose_covariance
- Reporting a vulnerability
- EKF not tracking external vision position sent through MAVROS HOT 2
- sympy generated code vs final code 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 px4-ecl.