Comments (7)
I'm not able to reproduce this. Can you please share more information about the workspace, environment, and build parameters.
from class_loader.
I'm not able to reproduce this.
Can you describe how you have tried it?
Can you please share more information about the workspace, environment, and build parameters.
Just straight forward building the tests with build type Debug
:
source /opt/ros/melodic
cd /tmp
git clone https://github.com/ros/class_loader.git
mkdir class_loader/build
cd class_loader/build
cmake .. -DCMAKE_BUILD_TYPE=Debug
make
make tests
from class_loader.
Can you describe how you have tried it?
I built it in a melodic workspace based on a prerelease container I had lying around with catkin_make_isolated.
catkin_make_isolated --cmake-args -DCMAKE_BUILD_TYPE=Debug -DCATKIN_ENABLE_TESTING=ON
from class_loader.
I see now. The issue title said building tests fails. But the tests build fine they just don't link correctly when run. Thanks for clarifying your workflow.
from class_loader.
The issue seems to be coming from cmake_modules.
The logic here handles debug libraries. I haven't traced where it's falling down yet.
I did create a little test package that exhibits successful results when finding poco without the cmake_modules package.
Consider
cmake_minimum_required(VERSION 3.5)
project(test_poco CXX)
find_package(catkin REQUIRED COMPONENTS cmake_modules)
find_package(Poco REQUIRED COMPONENTS Foundation)
message(STATUS "Poco_LIBRARIES ${Poco_LIBRARIES}")
$ cmake .. -DCMAKE_BUILD_TYPE=Debug
-- Using CATKIN_DEVEL_PREFIX: /tmp/ws/src/class_loader/test_poco/build/devel
-- Using CMAKE_PREFIX_PATH: /opt/ros/melodic
-- This workspace overlays: /opt/ros/melodic
-- Using PYTHON_EXECUTABLE: /usr/bin/python
-- Using Debian Python package layout
-- Using empy: /usr/bin/empy
-- Using CATKIN_ENABLE_TESTING: ON
-- Call enable_testing()
-- Using CATKIN_TEST_RESULTS_DIR: /tmp/ws/src/class_loader/test_poco/build/test_results
-- Found gmock sources under '/usr/src/googletest': gmock will be built
-- Found gtest sources under '/usr/src/googletest': gtests will be built
-- Using Python nosetests: /usr/bin/nosetests-2.7
-- catkin 0.7.14
-- Searching for Poco library...
-- Found Poco!
-- components found: Foundationd.
-- Poco_LIBRARIES dl
-- Configuring done
-- Generating done
-- Build files have been written to: /tmp/ws/src/class_loader/test_poco/build
versus
cmake_minimum_required(VERSION 3.5)
project(test_poco CXX)
#find_package(catkin REQUIRED COMPONENTS cmake_modules)
find_package(Poco REQUIRED COMPONENTS Foundation)
message(STATUS "Poco_LIBRARIES ${Poco_LIBRARIES}")
$ cmake .. -DCMAKE_BUILD_TYPE=Debug
-- The CXX compiler identification is GNU 7.3.0
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Poco_LIBRARIES Poco::Foundation
-- Configuring done
-- Generating done
-- Build files have been written to: /tmp/ws/src/class_loader/test_poco/build
Which raises the question of whether or not the FindPoco.cmake module is still desired if the cmake config in the upstream package is generally more successful.
from class_loader.
ros/cmake_modules#50 is open which is my proposed fix for Melodic.
from class_loader.
Fixed with the latest release of cmake_modules
.
from class_loader.
Related Issues (20)
- [ros2] Cannot find Poco on Windows HOT 1
- Memory leak: meta objects not destroyed HOT 3
- Progress toward Quality Level 1 HOT 3
- Link error with Poco when using libc++ HOT 1
- ClassLoaderTest.threadSafety test is noisy
- SEVERE WARNING!!! in tests
- Project 'class_loader' specifies '/include' as an include dir HOT 2
- Towards Quality Level 1 - Activate DCO
- Library/Dependency Detetction; Bug?
- mac ros build class_loader issue HOT 2
- ROS 2 Travis / AppVeyor CI broken
- Method createSharedInstance missing in ROS2 branches HOT 2
- Question: How to load library when dependencies are not in the LD_LIBRARY_PATH? HOT 2
- Can we have a 0.4.2 tag? HOT 4
- Is load_ref_count_ no need to count number?
- Notes on `RTLD_GLOBAL` in the code ? HOT 2
- Unnecessary conditional judgment in isLibraryLoaded ? HOT 1
- undefined reference to `class_loader HOT 4
- Remove raw pointer interface HOT 2
- ROS independent builds with rolling release?
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 class_loader.