Silvio Traversaro
Silvio Traversaro
I think this pattern is quite nice to avoid having Eigen vectors as class members, especially in public headers (and to avoid the need to have `EIGEN_MAKE_ALIGNED_OPERATOR_NEW` everywhere, see https://eigen.tuxfamily.org/dox/group__TopicStructHavingEigenMembers.html...
Indeed. Actually @francesco-romano suggested that this is a perfect example of pattern where using `auto` makes a lot of sense, i.e.: ~~~ auto P(toEigen(m_P)); auto Phat(toEigen(m_Phat)); auto K(toEigen(m_K)); auto S(toEigen(m_S));...
> Probably it's just a crazy idea. But why not redefine the basic operators (I e. + * -) to embed the Eigen map? It is not so crazy. You...
> > > Probably overloading some operators (by using a suitable namespace [#510 (comment)](https://github.com/robotology/idyntree/issues/510#issuecomment-457401293)) may be really useful also for supporting different types of object in templates class. [dic-iit/bipedal-locomotion-framework#46 (comment)](https://github.com/dic-iit/bipedal-locomotion-framework/pull/46#discussion_r443501368)...
In a nutshell the problem is that the python interpreter returned by `find_package(PythonInterp ...)` is different from the library found by `find_package(PythonLibs ...)`, am I right?
Which version of `CMake` are you using? Since `CMake 3.5` we should be ensured that the two calls return consistent python versions, see https://cmake.org/cmake/help/v3.5/module/FindPythonLibs.html?highlight=findpython#module:FindPythonLibs .
Related problem : https://github.com/robotology/idyntree/issues/153 .
This error is now reproducible: https://github.com/robotology/idyntree/pull/568/checks?check_run_id=206937776 / related commits: https://github.com/robotology/idyntree/pull/568/commits/e03f88a7a85fb1982688b43e6cfd6dfe19db41e9 .
Any one of the proposed solution seems fine to me. Feel free to propose a PR, thanks!
As discussed on Teams, in theory the two Visualizers should be completely independent, but it is possible there are some bugs in iDynTree or in Irrlicht, I personally do not...