Silvio Traversaro
Silvio Traversaro
While reviewing the FT code for https://github.com/robotology/codyco-modules/issues/200 , I noticed several issues in the code handling six axis F/T sensors in iDynTree. **Note: this issue only focuses on new KDL-free...
We encountered this with @davidegorbani . A simple workaround is to always use single quote string, i.e. `'string'`.
See https://github.com/robotology/idyntree/pull/482#issuecomment-420696248 .
@Nicogene experienced the following problem when compiling against a static version of iDynTree: ~~~ Severity Code Description Project File Line Suppression State Error CMake Error at C:/Users/ngenesio/robotology/install/lib/cmake/iDynTree/iDynTreeTargets.cmake:61 (set_target_properties): The link...
No one is working on this at the moment, but I prefer to open an issue to track the fact that at the moment iDynTree's SWIG bindings are not pickable....
At the moment, iDynTree prints all its error/messages to `std::cout`/`std::cerr` or `stdout`/`stderr`. This works fine if one uses iDynTree just in a terminal application, but can be problematic if iDynTree...
This will probably never get fixed, this is just an issue to give a proper visibility to the problem.
Some of this was addressed in https://github.com/robotology/idyntree/pull/339, but it still remain not clear.
The documentation of the iDynTree::Model::computeFullTreeTraversal method reports that the resulting `iDynTree::Traversal` is populated in Depth-First Order, but this is not actually the case.
Due to a bug in https://github.com/robotology/idyntree/blob/v8.1.0/src/model/include/iDynTree/Model/ModelTestUtils.h, the functions `iDynTree::getRandomChain` and `iDynTree::getRandomModel` never return a model with a PrismaticJoint .