Comments (8)
Which version of rtt_geometry are you using/refering to? My current install space looks as follows:
'''
tree share/eigen_typekit/
share/eigen_typekit/
├── cmake
│ ├── eigen_typekitConfig.cmake
│ └── eigen_typekitConfig-version.cmake
└── package.xml
tree share/kdl_typekit/
share/kdl_typekit/
├── cmake
│ ├── kdl_typekitConfig.cmake
│ └── kdl_typekitConfig-version.cmake
└── package.xml
'''
I'm on commit dd9f343
from rtt_geometry.
Indeed! It looks like the current branch builds installs it correctly. I was using the current released branch. I'd like to keep this issue open until you have a release.
On a related note, it looks like you've made these catkin
packages. Do you call catkin_package()
anywhere?
For reference http://www.ros.org/reps/rep-0136.html#install-a-catkin-package-xml
from rtt_geometry.
catkin_package is called under the hood by the orocos cmake macros in case it is build by catkin, without adding unnecessary catkin dependencies otherwise.
from rtt_geometry.
Very nice. Whenever this package is released, we can close this.
Thanks much!
from rtt_geometry.
Release has happened by now.
from rtt_geometry.
This issue still persists in the current released debian packages. Neither the cmake configuration files nor package.xml files are in the 2.8.1 debian packages.
On 14.04 here are the package contents:
dpkg-query -L ros-indigo-eigen-typekit
/.
/opt
/opt/ros
/opt/ros/indigo
/opt/ros/indigo/include
/opt/ros/indigo/include/orocos
/opt/ros/indigo/include/orocos/eigen_typekit
/opt/ros/indigo/include/orocos/eigen_typekit/eigen_typekit.hpp
/opt/ros/indigo/lib
/opt/ros/indigo/lib/orocos
/opt/ros/indigo/lib/orocos/gnulinux
/opt/ros/indigo/lib/orocos/gnulinux/eigen_typekit
/opt/ros/indigo/lib/orocos/gnulinux/eigen_typekit/types
/opt/ros/indigo/lib/orocos/gnulinux/eigen_typekit/types/libeigen_typekit-gnulinux.so
/opt/ros/indigo/lib/pkgconfig
/opt/ros/indigo/lib/pkgconfig/eigen_typekit-gnulinux.pc
/usr
/usr/share
/usr/share/doc
/usr/share/doc/ros-indigo-eigen-typekit
/usr/share/doc/ros-indigo-eigen-typekit/changelog.Debian.gz
from rtt_geometry.
catkin_package is called under the hood by the orocos cmake macros in case it is build by catkin, without adding unnecessary catkin dependencies otherwise.
No. Only if the package is built with catkin. But the buildfarm calls cmake directly:
06:13:00 cmake .. -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_BUILD_TYPE=None -DCATKIN_BUILD_BINARY_PACKAGE=1 -DCMAKE_INSTALL_PREFIX=/opt/ros/indigo -DCMAKE_PREFIX_PATH=/opt/ros/indigo
06:13:00 -- The C compiler identification is GNU 4.8.4
06:13:00 -- The CXX compiler identification is GNU 4.8.4
06:13:00 -- Check for working C compiler: /usr/bin/x86_64-linux-gnu-gcc
06:13:00 -- Check for working C compiler: /usr/bin/x86_64-linux-gnu-gcc -- works
06:13:00 -- Detecting C compiler ABI info
06:13:00 -- Detecting C compiler ABI info - done
06:13:00 -- Check for working CXX compiler: /usr/bin/x86_64-linux-gnu-g++
06:13:01 -- Check for working CXX compiler: /usr/bin/x86_64-linux-gnu-g++ -- works
06:13:01 -- Detecting CXX compiler ABI info
06:13:01 -- Detecting CXX compiler ABI info - done
06:13:01 -- - Detected OROCOS_TARGET environment variable. Using: gnulinux
06:13:01 -- Orocos-RTT found in /opt/ros/indigo/lib/cmake/orocos-rtt/orocos-rtt-gnulinux-libraries.cmake
06:13:01 -- Found orocos-rtt 2.8.3 for the gnulinux target. Available transports: corba mqueue
06:13:01 -- Found PkgConfig: /usr/bin/pkg-config (found version "0.26")
06:13:01 -- [UseOrocos] Building package kdl_typekit without an external buildtool like rosbuild or catkin
06:13:01 -- [UseOrocos] Using Orocos RTT in kdl_typekit
06:13:01 -- [orocos_get_manifest_deps] Note: this package has no manifest.xml file. No dependencies can be auto-configured.
06:13:01 -- [UseOrocos] Building typekit library kdl_typekit
06:13:01 -- - Detected OROCOS_TARGET environment variable. Using: gnulinux
06:13:01 -- Found orocos-rtt 2.8.3 for the gnulinux target. Available transports: corba mqueue
06:13:01 CORBA Support enabled.
06:13:01 -- CORBA enabled: OMNIORB
06:13:01 HPPS: /tmp/binarydeb/ros-indigo-kdl-typekit-2.8.1/src/corba/CorbaKDLConversion.hpp;/tmp/binarydeb/ros-indigo-kdl-typekit-2.8.1/src/corba/corbatoolkit.hpp;/tmp/binarydeb/ros-indigo-kdl-typekit-2.8.1/obj-x86_64-linux-gnu/src/corba/KDLTypesC.h
06:13:01 -- checking for one of the modules 'orocos_kdl-gnulinux;orocos_kdl'
06:13:01 -- [UseOrocos] Found orocos package 'orocos_kdl'.
06:13:01 -- [UseOrocos] Building typekit library kdl-transport-corba
06:13:01 -- [UseOrocos] Generating package version 1.0 (default version).
06:13:01 -- [UseOrocos] Exporting targets kdl_typekit.
06:13:01 -- [UseOrocos] Exporting libraries kdl_typekit.
06:13:01 -- [UseOrocos] Exporting library directories /opt/ros/indigo/lib/orocos/gnulinux/kdl_typekit/types.
06:13:01 -- Configuring done
06:13:01 -- Generating done
Check http://build.ros.org/job/Ibin_uT64__kdl_typekit__ubuntu_trusty_amd64__binary/8/consoleFull.
So either the packages need to call catkin_package()
themselves or the debian/rules
file needs to be patched to add -DORO_USE_CATKIN=ON
, which would enforce the catkin build mode.
from rtt_geometry.
Fixed in version 2.8.1 for ROS indigo and jade and version 2.9.1 for ROS kinetic following the debian/rules
approach:
from rtt_geometry.
Related Issues (11)
- Migrate Eigen typekit from itasc to new eigen_typekit package HOT 2
- Error loading libkdl-transport-mqueue-gnulinux.so through docker when openGL is enabled HOT 1
- Support accessing eigen_matrix elements in eigen_typekit
- Arm compilation issue HOT 2
- Do not use namespace Eigen and KDL for Orocos types
- Constructors in eigen_typekit are not thread-safe HOT 4
- Readme HOT 1
- Move this repo to "orocos" organization HOT 1
- Should we separate the ROS-dependent and non-ROS-dependent packages in rtt_geometry? HOT 3
- Should we move kdl_lua into the orocos_kinematics_dynamics repository? HOT 3
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 rtt_geometry.