Re: [CMake] CPACK_STRIP_FILES not working for files not built by project

2013-01-20 Thread Eric Noulard
2013/1/21 Ian Monroe > On Sun, Jan 20, 2013 at 1:03 PM, Eric Noulard > wrote: > > > > "It will only affect the files that were make installed > > not the files used by CPack" ? > > > > CPack does call "cmake -P cmake_install.cmake" so > > **all files** packaged by CPack are somehow **installed

Re: [CMake] Why does ExternalProject require root access?

2013-01-20 Thread Eric Noulard
2013/1/21 Ansis Māliņš > > I don't really know but your ExternalProject_Add( looks strange? > Changing PROJECT_*_DIR to CMAKE_*_DIR doesn't help. Neither does setting > directories directly instead of setting PREFIX. > I think I wasn't clear. I supposed that your CMakeLists.txt was taken from y

Re: [CMake] CPACK_STRIP_FILES not working for files not built by project

2013-01-20 Thread Ian Monroe
On Sun, Jan 20, 2013 at 3:44 PM, Ian Monroe wrote: > On Sun, Jan 20, 2013 at 1:03 PM, Eric Noulard wrote: >> >> "It will only affect the files that were make installed >> not the files used by CPack" ? >> >> CPack does call "cmake -P cmake_install.cmake" so >> **all files** packaged by CPack ar

Re: [CMake] CPACK_STRIP_FILES not working for files not built by project

2013-01-20 Thread Ian Monroe
On Sun, Jan 20, 2013 at 1:03 PM, Eric Noulard wrote: > > "It will only affect the files that were make installed > not the files used by CPack" ? > > CPack does call "cmake -P cmake_install.cmake" so > **all files** packaged by CPack are somehow **installed** previously. > > CMAKE_INSTALL_PREFIX

Re: [CMake] CPACK_STRIP_FILES not working for files not built by project

2013-01-20 Thread Ian Monroe
On Sun, Jan 20, 2013 at 1:03 PM, Eric Noulard wrote: > I'd rather create a script "strip-all-installed-file.cmake" > and do > install(SCRIPT strip-all-installed-files.cmake) > > then the content of "strip-all-installed-files.cmake" does not need > escaping. Thanks for the tip. I'll do this now.

Re: [CMake] Why does ExternalProject require root access?

2013-01-20 Thread Ansis Māliņš
There is no Bullet package for Ubuntu. But most importantly there is no such thing as packages in Windows. So I have to build it into my app. I also want to avoid having to alter the CMake files of my dependencies. I want other devs to be able to just check out the latest version of Bullet into a

Re: [CMake] Why does ExternalProject require root access?

2013-01-20 Thread Nick Overdijk
You don't use find_package when add_subdirectory, just target_link_library(). I'm not sure if this is frowned upon or not, but it does work, and shouldn't change that often or anything. Strictly speaking it's a bit dirty though. Thing is, why is bullet build by you? Do you need it in this repos

Re: [CMake] Why does ExternalProject require root access?

2013-01-20 Thread Ansis Māliņš
> I use add_subdirectory to add bullet and sdl.. Could you try that? That's what I tried initially, but another external project dependent on Bullet, btOgre, failed to find_package(Bullet). I think it's because when CMake configures btOgre it expects Bullet binaries to be built and installed alread

Re: [CMake] Why does ExternalProject require root access?

2013-01-20 Thread Eric Noulard
2013/1/20 Ansis Māliņš > The line > ExternalProject_Add(bullet PREFIX ${PROJECT_SOURCE_DIR}) > fails with > Install the project... > -- Install configuration: "Release" > CMake Error at cmake_install.cmake:38 (FILE): > file cannot create directory: /usr/local/lib/pkgconfig. Maybe need > admi

Re: [CMake] Why does ExternalProject require root access?

2013-01-20 Thread Nick Overdijk
I use add_subdirectory to add bullet and sdl.. Could you try that? I've never worked with ExternalProject_Add and wouldn't really know what it does. On 2013-20-01, at 22:26:44 , Ansis Māliņš wrote: > The line > ExternalProject_Add(bullet PREFIX ${PROJECT_SOURCE_DIR}) > fails with > Install the p

[CMake] Why does ExternalProject require root access?

2013-01-20 Thread Ansis Māliņš
The line ExternalProject_Add(bullet PREFIX ${PROJECT_SOURCE_DIR}) fails with Install the project... -- Install configuration: "Release" CMake Error at cmake_install.cmake:38 (FILE): file cannot create directory: /usr/local/lib/pkgconfig. Maybe need administrative privileges. Why? How do I avo

Re: [CMake] CPACK_STRIP_FILES not working for files not built by project

2013-01-20 Thread Eric Noulard
2013/1/20 Ian Monroe > On Sun, Jan 20, 2013 at 10:47 AM, Ian Monroe wrote: > > Yea I guess I could do install(CODE...) and then a file(GLOB...) would > > actually work. > > Actually not so sure how to do it, since if I write something like this: > install( CODE "file(GLOB installedLibrares > ${C

Re: [CMake] CPACK_STRIP_FILES not working for files not built by project

2013-01-20 Thread Ian Monroe
On Sun, Jan 20, 2013 at 10:47 AM, Ian Monroe wrote: > Yea I guess I could do install(CODE...) and then a file(GLOB...) would > actually work. Actually not so sure how to do it, since if I write something like this: install( CODE "file(GLOB installedLibrares ${CMAKE_INSTALL_PREFIX}/lib/*.so)

Re: [CMake] CPACK_STRIP_FILES not working for files not built by project

2013-01-20 Thread Ian Monroe
On Sun, Jan 20, 2013 at 3:13 AM, Eric Noulard wrote: > 2013/1/20 Ian Monroe : >> My project is currently producing 100mb RPM/Deb's, but with stripped >> binaries it should clock in at about 20mb. >> >> I have CPACK_STRIP_FILES set to true. >> >> Notably when I do make install/strip that doesn't se

Re: [CMake] CPACK_STRIP_FILES not working for files not built by project

2013-01-20 Thread Eric Noulard
2013/1/20 Ian Monroe : > My project is currently producing 100mb RPM/Deb's, but with stripped > binaries it should clock in at about 20mb. > > I have CPACK_STRIP_FILES set to true. > > Notably when I do make install/strip that doesn't seem to work either. > Looking more closely, I see that install/

[CMake] CPACK_STRIP_FILES not working for files not built by project

2013-01-20 Thread Ian Monroe
My project is currently producing 100mb RPM/Deb's, but with stripped binaries it should clock in at about 20mb. I have CPACK_STRIP_FILES set to true. Notably when I do make install/strip that doesn't seem to work either. Looking more closely, I see that install/strip does work for the files built