Problems detecting PQP and Yaobi

21 views
Skip to first unread message

Anders Bøgild - Robo[LAB]

unread,
Mar 24, 2009, 9:30:48 AM3/24/09
to RobWorkDevel
I want to compile a fresh SVN checkout of RobWork but when running
cmake PQP and Yaobi is not found (see output below)

I have already build boost and edited config.cmake as described in the
ReadMe.txt file

C:\rwsource_eclipse\RobWork\build\Release>cmake -G "Eclipse CDT4 -
MinGW Makefiles" -D CMAKE_BUILD_TYPE=Release ../..
-- The C compiler identification is GNU
-- The CXX compiler identification is GNU
-- Check for working C compiler: C:/MinGW/bin/gcc.exe
-- Check for working C compiler: C:/MinGW/bin/gcc.exe -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working CXX compiler: C:/MinGW/bin/g++.exe
-- Check for working CXX compiler: C:/MinGW/bin/g++.exe -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- RobWork version 0.3.1
-- Build configuration: Release
CMake Warning (dev) at CMakeLists.txt:20 (INCLUDE):
Policy CMP0011 is not set: Included scripts do automatic
cmake_policy PUSH
and POP. Run "cmake --help-policy CMP0011" for policy details. Use
the
cmake_policy command to set the policy and suppress this warning.

The included script

C:/rwsource_eclipse/RobWork/build/ProjectSetup.cmake

affects policy settings. CMake is implying the NO_POLICY_SCOPE
option for
compatibility, so the effects are applied to the including context.
This warning is for project developers. Use -Wno-dev to suppress it.

-- RobWork ROOT dir: C:/rwsource_eclipse/RobWork
-- Boost version: 1.38.0
-- Found the following Boost libraries:
-- date_time
-- filesystem
-- Xerces DISABLED!
-- RW_ASSERT enabled.
-- Using CXX flags: -Wall
-- Looking for C++ include PQP/PQP.h
-- Looking for C++ include PQP/PQP.h - found
-- Looking for C++ include yaobi/yaobi.h
-- Looking for C++ include yaobi/yaobi.h - found
-- WARNING: Could not find PQP library. Using default name 'pqp'
-- WARNING: Could not find yaobi library. Using default name yaobi
-- Sandbox ENABLED!
-- Tests ENABLED!
-- Examples ENABLED!
-- Configuring done
-- Generating done
-- Build files have been written to: C:/rwsource_eclipse/RobWork/build/
Release

This is the last output from the build before it halts:

.
.
.
[ 1%] Building CXX object ext/PQP/CMakeFiles/pqp.dir/TriDist.cpp.obj
cd C:\rwsource_eclipse\RobWork\build\Release\ext\PQP && C:\MinGW\bin\g+
+.exe -DRW_ENABLE_ASSERT -O3 -DNDEBUG -IC:\rwso
urce_eclipse\RobWork\ext -IC:\rwsource_eclipse\RobWork\src -IC:
\rwsource_eclipse\RobWork\ext\lua\src -IC:\rwsource_eclip
se\RobWork\ext\tolua\include -IC:\PROGRA~1\BOOST_~1 -Wall -o
CMakeFiles\pqp.dir\TriDist.cpp.obj -c C:\rwsource_eclipse
\RobWork\ext\PQP\TriDist.cpp
Linking CXX static library ..\..\..\..\libs\Release\libpqp.a
cd C:\rwsource_eclipse\RobWork\build\Release\ext\PQP && "C:\Program
Files\CMake 2.6\bin\cmake.exe" -P CMakeFiles\pqp.dir
\cmake_clean_target.cmake
cd C:\rwsource_eclipse\RobWork\build\Release\ext\PQP && "C:\Program
Files\CMake 2.6\bin\cmake.exe" -E cmake_link_script
CMakeFiles\pqp.dir\link.txt --verbose=1
C:\MinGW\bin\ar.exe cr ..\..\..\..\libs\Release\libpqp.a CMakeFiles
\pqp.dir\PQP.cpp.obj CMakeFiles\pqp.dir\Build.cpp.ob
j CMakeFiles\pqp.dir\BV.cpp.obj CMakeFiles\pqp.dir\TriDist.cpp.obj
C:\MinGW\bin\ar.exe: ..\..\..\..\libs\Release\libpqp.a: No such file
or directory
mingw32-make[2]: *** [../../libs/Release/libpqp.a] Error 1
mingw32-make[2]: Leaving directory `C:/rwsource_eclipse/RobWork/build/
Release'
mingw32-make[1]: *** [ext/PQP/CMakeFiles/pqp.dir/all] Error 2
mingw32-make[1]: Leaving directory `C:/rwsource_eclipse/RobWork/build/
Release'
mingw32-make: *** [all] Error 2

Is there something more i need to setup ?

Anders Bøgild - Robo[LAB]

unread,
Mar 24, 2009, 9:32:34 AM3/24/09
to RobWorkDevel
Oh i should mention that i am using Windows/MinGW and cmake 2.6.3

On 24 Mar., 14:30, Anders Bøgild - Robo[LAB] <anders.bog...@gmail.com>
wrote:

Jimmy Alison Jørgensen

unread,
Mar 24, 2009, 10:32:12 AM3/24/09
to robwor...@googlegroups.com
Bug in ext/CMakeList.txt when configuring liblapack.a and libblas.a

It is now fixed...
Reply all
Reply to author
Forward
0 new messages