[CMake] 32-bit mode on 64-bit machine
Hello, I'd like to force a 64-bit machine to build a 32-bit program. Can I control this using CMake? Thanks, Sara ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] Handle lib64 library on Linux
I've made some progress on debugging this issue. The ITK installation I'm using was actually built as 32-bit libraries. The 64-bit machine I used before defaulted to building/running as 32-bits. Now they're being built as 64-bits, which is causing these issues. Can I specify something in the CMakeLists.txt that will force a 32-bit build? On May 24, 2011, at 12:04 PM, David Cole wrote: I think re-asking this question over on the Insight Users list would be appropriate. There's a much wider audience of Insight users (people building applications just like this) on that list. I'm sure there are people who have built 64-bit Linux programs using ITK and VTK over there. There must be an answer to this question from someone. HTH, David On Tue, May 24, 2011 at 2:56 PM, Sara Rolfe smro...@u.washington.edu wrote: I have also tried InsightToolkit-3.20.0 unsuccessfully. Thanks, Sara On May 24, 2011, at 10:46 AM, David Cole wrote: I was looking for the source of the issue. (Hoping that whoever was adding uuid to the list of libraries would be caching a find result. Apparently they are not.) Which means that they are referencing this library either simply by name (uuid) or by the incorrect full path in the list of libraries that you are linking with. If you are only using ITK and VTK, then the culprit is likely the GDCM third party module within ITK. It is the only thing in the ITK source tree that references uuid. What version of ITK are you using? Is it built as 64-bit libraries? On Tue, May 24, 2011 at 1:33 PM, Sara Rolfe smro...@u.washington.edu wrote: Unfortunately, changing the variable name from LIBVAR to uuid does not fix this issue, so it may be that it is not used as a variable? I now get: $ grep -i uuid CMakeCache.txt libuuid:FILEPATH=/usr/lib64/libuuid.so Thanks, Sara On May 24, 2011, at 10:21 AM, David Cole wrote: the same variable name as the sub-project that's finding it for you, you should be able to preset that variable before finding the package that includes it. (Assuming they're using a variable to do this, and not simply adding uuid as a targeted link library...) ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] Handle lib64 library on Linux
Is there some other way that I can force CMake to find /usr/lib/ libuuid.so? Like if I included it as an external library? Thanks, Sara On May 23, 2011, at 2:29 PM, Sara Rolfe wrote: Hi Eric, Yes, I believe it is a dependancy from ITK. I saw that wiki page and at the time did not have that library, so I installed it. I have used CMake to successfully create applications using both VTK and ITK on a 32-bit machine. This problem arose when I moved to a 64-bit machine. I've also posted to the ITK mailing list, but so far no one there has had any ideas. Thanks, Sara On May 23, 2011, at 2:11 PM, Eric Noulard wrote: 2011/5/23 Sara Rolfe smro...@u.washington.edu: Hi Eric, Thanks for pointing this out. I changed the order, but am still getting the same error: make[2]: *** No rule to make target `/usr/lib/libuuid.so', needed by `SubsampleVolume'. Stop. make[1]: *** [CMakeFiles/SubsampleVolume.dir/all] Error 2 make: *** [all] Error 2 The location of libuuid on my machine is: /usr/lib64/libuuid.so libuuid does not appear as a direct dependency of your SubsampleVolume target, you wrote: TARGET_LINK_LIBRARIES(SubsampleVolume ITKNumerics ITKIO ITKBasicFilters vtkRendering vtkIO vtkWidgets vtkHybrid) So my guess is that this dependency is indirect and comes from either ITK or VTK, which seems confirmed by http://www.vtk.org/Wiki/ITK_Configuring_and_Building_for_Ubuntu_Linux#uuid_.28dependency.29 Did you manage to create a VTK application with CMake before? May be you should ask on VTK mailing list http://www.vtk.org/VTK/help/mailing.html about your link trouble. PS: beware not to drop the mailling list address -- Erk Membre de l'April - « promouvoir et défendre le logiciel libre » - http://www.april.org ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] Handle lib64 library on Linux
Update: I've attempted to add /usr/lib64/libuuid.so as an external library, but am still getting the same error. When I run ccmake it appears to find the location of the library. Below is my CMakeLists.txt in case I have made any errors here: cmake_minimum_required(VERSION 2.6) PROJECT(Geo) set_property(GLOBAL PROPERTY FIND_LIBRARY_USE_LIB64_PATHS ON) FIND_LIBRARY(LIBVAR NAMES libuuid.so PATHS /usr/lib64) FIND_PACKAGE(ITK) IF(ITK_FOUND) INCLUDE( ${USE_ITK_FILE} ) ENDIF(ITK_FOUND) FIND_PACKAGE(VTK) IF(VTK_FOUND) INCLUDE( ${USE_VTK_FILE} ) ENDIF(VTK_FOUND) ADD_EXECUTABLE(SubsampleVolume SubsampleVolume.cxx ) TARGET_LINK_LIBRARIES(SubsampleVolume ITKNumerics ITKIO ITKBasicFilters vtkRendering vtkIO vtkWidgets vtkHybrid ${LIBVAR}) On May 24, 2011, at 9:24 AM, Sara Rolfe wrote: Is there some other way that I can force CMake to find /usr/lib/ libuuid.so? Like if I included it as an external library? Thanks, Sara On May 23, 2011, at 2:29 PM, Sara Rolfe wrote: Hi Eric, Yes, I believe it is a dependancy from ITK. I saw that wiki page and at the time did not have that library, so I installed it. I have used CMake to successfully create applications using both VTK and ITK on a 32-bit machine. This problem arose when I moved to a 64-bit machine. I've also posted to the ITK mailing list, but so far no one there has had any ideas. Thanks, Sara On May 23, 2011, at 2:11 PM, Eric Noulard wrote: 2011/5/23 Sara Rolfe smro...@u.washington.edu: Hi Eric, Thanks for pointing this out. I changed the order, but am still getting the same error: make[2]: *** No rule to make target `/usr/lib/libuuid.so', needed by `SubsampleVolume'. Stop. make[1]: *** [CMakeFiles/SubsampleVolume.dir/all] Error 2 make: *** [all] Error 2 The location of libuuid on my machine is: /usr/lib64/libuuid.so libuuid does not appear as a direct dependency of your SubsampleVolume target, you wrote: TARGET_LINK_LIBRARIES(SubsampleVolume ITKNumerics ITKIO ITKBasicFilters vtkRendering vtkIO vtkWidgets vtkHybrid) So my guess is that this dependency is indirect and comes from either ITK or VTK, which seems confirmed by http://www.vtk.org/Wiki/ITK_Configuring_and_Building_for_Ubuntu_Linux#uuid_.28dependency.29 Did you manage to create a VTK application with CMake before? May be you should ask on VTK mailing list http://www.vtk.org/VTK/help/mailing.html about your link trouble. PS: beware not to drop the mailling list address -- Erk Membre de l'April - « promouvoir et défendre le logiciel libre » - http://www.april.org ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] Handle lib64 library on Linux
Hi David, I get: $ grep -i uuid CMakeCache.txt LIBVAR:FILEPATH=/usr/lib64/libuuid.so Sorry for the double email, I dropped the mailing list in the last one. Thanks, Sara On May 24, 2011, at 10:21 AM, David Cole wrote: On Tue, May 24, 2011 at 12:54 PM, Sara Rolfe smro...@u.washington.edu wrote: Update: I've attempted to add /usr/lib64/libuuid.so as an external library, but am still getting the same error. When I run ccmake it appears to find the location of the library. Below is my CMakeLists.txt in case I have made any errors here: cmake_minimum_required(VERSION 2.6) PROJECT(Geo) set_property(GLOBAL PROPERTY FIND_LIBRARY_USE_LIB64_PATHS ON) FIND_LIBRARY(LIBVAR NAMES libuuid.so PATHS /usr/lib64) FIND_PACKAGE(ITK) IF(ITK_FOUND) INCLUDE( ${USE_ITK_FILE} ) ENDIF(ITK_FOUND) FIND_PACKAGE(VTK) IF(VTK_FOUND) INCLUDE( ${USE_VTK_FILE} ) ENDIF(VTK_FOUND) ADD_EXECUTABLE(SubsampleVolume SubsampleVolume.cxx ) TARGET_LINK_LIBRARIES(SubsampleVolume ITKNumerics ITKIO ITKBasicFilters vtkRendering vtkIO vtkWidgets vtkHybrid ${LIBVAR}) On May 24, 2011, at 9:24 AM, Sara Rolfe wrote: Is there some other way that I can force CMake to find /usr/lib/ libuuid.so? Like if I included it as an external library? Thanks, Sara On May 23, 2011, at 2:29 PM, Sara Rolfe wrote: Hi Eric, Yes, I believe it is a dependancy from ITK. I saw that wiki page and at the time did not have that library, so I installed it. I have used CMake to successfully create applications using both VTK and ITK on a 32-bit machine. This problem arose when I moved to a 64-bit machine. I've also posted to the ITK mailing list, but so far no one there has had any ideas. Thanks, Sara On May 23, 2011, at 2:11 PM, Eric Noulard wrote: 2011/5/23 Sara Rolfe smro...@u.washington.edu: Hi Eric, Thanks for pointing this out. I changed the order, but am still getting the same error: make[2]: *** No rule to make target `/usr/lib/libuuid.so', needed by `SubsampleVolume'. Stop. make[1]: *** [CMakeFiles/SubsampleVolume.dir/all] Error 2 make: *** [all] Error 2 The location of libuuid on my machine is: /usr/lib64/libuuid.so libuuid does not appear as a direct dependency of your SubsampleVolume target, you wrote: TARGET_LINK_LIBRARIES(SubsampleVolume ITKNumerics ITKIO ITKBasicFilters vtkRendering vtkIO vtkWidgets vtkHybrid) So my guess is that this dependency is indirect and comes from either ITK or VTK, which seems confirmed by http://www.vtk.org/Wiki/ITK_Configuring_and_Building_for_Ubuntu_Linux#uuid_.28dependency.29 Did you manage to create a VTK application with CMake before? May be you should ask on VTK mailing list http://www.vtk.org/VTK/help/mailing.html about your link trouble. PS: beware not to drop the mailling list address -- Erk Membre de l'April - « promouvoir et défendre le logiciel libre » - http://www.april.org ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake What does grep -i uuid CMakeCache.txt yield? If you use the same variable name as the sub-project that's finding it for you, you should be able to preset that variable before finding the package that includes it. (Assuming they're using a variable to do this, and not simply adding uuid as a targeted link library...) HTH, David ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] Handle lib64 library on Linux
Unfortunately, changing the variable name from LIBVAR to uuid does not fix this issue, so it may be that it is not used as a variable? I now get: $ grep -i uuid CMakeCache.txt libuuid:FILEPATH=/usr/lib64/libuuid.so Thanks, Sara On May 24, 2011, at 10:21 AM, David Cole wrote: the same variable name as the sub-project that's finding it for you, you should be able to preset that variable before finding the package that includes it. (Assuming they're using a variable to do this, and not simply adding uuid as a targeted link library...) ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] Handle lib64 library on Linux
I'm using InsightToolkit-3.14.0. I've used this installation from another 64-bit machine successfully, so I had assumed it was ok. I didn't build it myself so I'm not sure. Do you know how I can check this? Thanks, Sara On May 24, 2011, at 10:46 AM, David Cole wrote: I was looking for the source of the issue. (Hoping that whoever was adding uuid to the list of libraries would be caching a find result. Apparently they are not.) Which means that they are referencing this library either simply by name (uuid) or by the incorrect full path in the list of libraries that you are linking with. If you are only using ITK and VTK, then the culprit is likely the GDCM third party module within ITK. It is the only thing in the ITK source tree that references uuid. What version of ITK are you using? Is it built as 64-bit libraries? On Tue, May 24, 2011 at 1:33 PM, Sara Rolfe smro...@u.washington.edu wrote: Unfortunately, changing the variable name from LIBVAR to uuid does not fix this issue, so it may be that it is not used as a variable? I now get: $ grep -i uuid CMakeCache.txt libuuid:FILEPATH=/usr/lib64/libuuid.so Thanks, Sara On May 24, 2011, at 10:21 AM, David Cole wrote: the same variable name as the sub-project that's finding it for you, you should be able to preset that variable before finding the package that includes it. (Assuming they're using a variable to do this, and not simply adding uuid as a targeted link library...) ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] Handle lib64 library on Linux
I have also tried InsightToolkit-3.20.0 unsuccessfully. Thanks, Sara On May 24, 2011, at 10:46 AM, David Cole wrote: I was looking for the source of the issue. (Hoping that whoever was adding uuid to the list of libraries would be caching a find result. Apparently they are not.) Which means that they are referencing this library either simply by name (uuid) or by the incorrect full path in the list of libraries that you are linking with. If you are only using ITK and VTK, then the culprit is likely the GDCM third party module within ITK. It is the only thing in the ITK source tree that references uuid. What version of ITK are you using? Is it built as 64-bit libraries? On Tue, May 24, 2011 at 1:33 PM, Sara Rolfe smro...@u.washington.edu wrote: Unfortunately, changing the variable name from LIBVAR to uuid does not fix this issue, so it may be that it is not used as a variable? I now get: $ grep -i uuid CMakeCache.txt libuuid:FILEPATH=/usr/lib64/libuuid.so Thanks, Sara On May 24, 2011, at 10:21 AM, David Cole wrote: the same variable name as the sub-project that's finding it for you, you should be able to preset that variable before finding the package that includes it. (Assuming they're using a variable to do this, and not simply adding uuid as a targeted link library...) ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] Handle lib64 library on Linux
Hi Eric, Thanks for your reply. I tried setting the FIND_LIBRARY_USE_LIB64_PATHS property, but this did not resolve the problem. I will read through the bug report you linked to. Below is my CMakeLists.txt file. Could you let me know if you see any issues? Thanks, Sara cmake_minimum_required(VERSION 2.6) PROJECT(Geo) FIND_PACKAGE(ITK) IF(ITK_FOUND) INCLUDE( ${USE_ITK_FILE} ) ENDIF(ITK_FOUND) FIND_PACKAGE(VTK) IF(VTK_FOUND) INCLUDE( ${USE_VTK_FILE} ) ENDIF(VTK_FOUND) ADD_EXECUTABLE(SubsampleVolume SubsampleVolume.cxx ) set_property(GLOBAL PROPERTY FIND_LIBRARY_USE_LIB64_PATHS ON) TARGET_LINK_LIBRARIES(SubsampleVolume ITKNumerics ITKIO ITKBasicFilters vtkRendering vtkIO vtkWidgets vtkHybrid) On May 22, 2011, at 12:14 AM, Eric Noulard wrote: 2011/5/22 Sara Rolfe smro...@u.washington.edu: The latest version of CMake, cmake-2.8.4-Linux-i386.tar.gz does not looking in /lib64 paths. Could you let me know which version of CMake you are referring to, that checks this path? 2.8.4 should definitely have this is the FIND_LIBRARY_USE_LIB64_PATHS global property. $ cmake --help-property FIND_LIBRARY_USE_LIB64_PATHS FIND_LIBRARY_USE_LIB64_PATHS Whether FIND_LIBRARY should automatically search lib64 directories. FIND_LIBRARY_USE_LIB64_PATHS is a boolean specifying whether the FIND_LIBRARY command should automatically search the lib64 variant of directories called lib in the search path when building 64-bit binaries. This should be automatically set unless you are on Debian. However like I said before the multilib/lib64 issue is more complex than that so read the comments of the following bug report: http://public.kitware.com/Bug/view.php?id=12037 and may be related bugs therein and you should find the needed informations including what works what does not. That said may be you can give us a small precise example (i.e. a strip down version of your CMakeLists.txt which exhibit the issue) of what is not working for you and we may give more precise answer. -- Erk Membre de l'April - « promouvoir et défendre le logiciel libre » - http://www.april.org ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] Handle lib64 library on Linux
Hi Eric, Thanks for pointing this out. I changed the order, but am still getting the same error: make[2]: *** No rule to make target `/usr/lib/libuuid.so', needed by `SubsampleVolume'. Stop. make[1]: *** [CMakeFiles/SubsampleVolume.dir/all] Error 2 make: *** [all] Error 2 The location of libuuid on my machine is: /usr/lib64/libuuid.so Thanks, Sara 2011/5/23 Sara Rolfe smro...@u.washington.edu: Hi Eric, Thanks for your reply. I tried setting the FIND_LIBRARY_USE_LIB64_PATHS property, but this did not resolve the problem. I will read through the bug report you linked to. Below is my CMakeLists.txt file. Could you let me know if you see any issues? set_property(GLOBAL PROPERTY FIND_LIBRARY_USE_LIB64_PATHS ON) should be set BEFORE any find_package. However which 64bit lib is not found? What is the symptom? Thanks, Sara cmake_minimum_required(VERSION 2.6) PROJECT(Geo) FIND_PACKAGE(ITK) IF(ITK_FOUND) INCLUDE( ${USE_ITK_FILE} ) ENDIF(ITK_FOUND) FIND_PACKAGE(VTK) IF(VTK_FOUND) INCLUDE( ${USE_VTK_FILE} ) ENDIF(VTK_FOUND) ADD_EXECUTABLE(SubsampleVolume SubsampleVolume.cxx ) set_property(GLOBAL PROPERTY FIND_LIBRARY_USE_LIB64_PATHS ON) TARGET_LINK_LIBRARIES(SubsampleVolume ITKNumerics ITKIO ITKBasicFilters vtkRendering vtkIO vtkWidgets vtkHybrid) On May 22, 2011, at 12:14 AM, Eric Noulard wrote: 2011/5/22 Sara Rolfe smro...@u.washington.edu: The latest version of CMake, cmake-2.8.4-Linux-i386.tar.gz does not looking in /lib64 paths. Could you let me know which version of CMake you are referring to, that checks this path? 2.8.4 should definitely have this is the FIND_LIBRARY_USE_LIB64_PATHS global property. $ cmake --help-property FIND_LIBRARY_USE_LIB64_PATHS FIND_LIBRARY_USE_LIB64_PATHS Whether FIND_LIBRARY should automatically search lib64 directories. FIND_LIBRARY_USE_LIB64_PATHS is a boolean specifying whether the FIND_LIBRARY command should automatically search the lib64 variant of directories called lib in the search path when building 64-bit binaries. This should be automatically set unless you are on Debian. However like I said before the multilib/lib64 issue is more complex than that so read the comments of the following bug report: http://public.kitware.com/Bug/view.php?id=12037 and may be related bugs therein and you should find the needed informations including what works what does not. That said may be you can give us a small precise example (i.e. a strip down version of your CMakeLists.txt which exhibit the issue) of what is not working for you and we may give more precise answer. -- Erk Membre de l'April - « promouvoir et défendre le logiciel libre » - http://www.april.org -- Erk Membre de l'April - « promouvoir et défendre le logiciel libre » - http://www.april.org ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] Handle lib64 library on Linux
Hi Eric, Yes, I believe it is a dependancy from ITK. I saw that wiki page and at the time did not have that library, so I installed it. I have used CMake to successfully create applications using both VTK and ITK on a 32-bit machine. This problem arose when I moved to a 64-bit machine. I've also posted to the ITK mailing list, but so far no one there has had any ideas. Thanks, Sara On May 23, 2011, at 2:11 PM, Eric Noulard wrote: 2011/5/23 Sara Rolfe smro...@u.washington.edu: Hi Eric, Thanks for pointing this out. I changed the order, but am still getting the same error: make[2]: *** No rule to make target `/usr/lib/libuuid.so', needed by `SubsampleVolume'. Stop. make[1]: *** [CMakeFiles/SubsampleVolume.dir/all] Error 2 make: *** [all] Error 2 The location of libuuid on my machine is: /usr/lib64/libuuid.so libuuid does not appear as a direct dependency of your SubsampleVolume target, you wrote: TARGET_LINK_LIBRARIES(SubsampleVolume ITKNumerics ITKIO ITKBasicFilters vtkRendering vtkIO vtkWidgets vtkHybrid) So my guess is that this dependency is indirect and comes from either ITK or VTK, which seems confirmed by http://www.vtk.org/Wiki/ITK_Configuring_and_Building_for_Ubuntu_Linux#uuid_.28dependency.29 Did you manage to create a VTK application with CMake before? May be you should ask on VTK mailing list http://www.vtk.org/VTK/help/mailing.html about your link trouble. PS: beware not to drop the mailling list address -- Erk Membre de l'April - « promouvoir et défendre le logiciel libre » - http://www.april.org ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] Handle lib64 library on Linux
Hello, I think my main problem is that I don't understand how to apply a patch. This seems pretty basic, so I would think there would be documentation...which I'm not finding. Could someone point me to this information? Thanks, Sara On May 19, 2011, at 3:46 PM, Sara Rolfe wrote: Hello, I am attempting to modify my make file so the linker will check for / usr/lib64 instead of /usr/lib. I found a patch for this problem here: http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=126c993d#patch1 However, I'm pretty new to cmake and it's not clear to me how to apply this. Can someone explain, or point me to an example/ documentation? Thanks, Sara___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] Handle lib64 library on Linux
Hi Eric, Thanks for your reply. I am using cmake-2.8.2 for Linux. I just checked and it looks like that's not the most recent version. Do you know if the most recent version, cmake-2.8.4 addresses this problem? Thanks, Sara On May 21, 2011, at 3:47 PM, Eric Noulard wrote: 2011/5/20 Sara Rolfe smro...@u.washington.edu: Hello, I am attempting to modify my make file so the linker will check for /usr/lib64 instead of /usr/lib. I found a patch for this problem here: http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=126c993d#patch1 This commit is not related with finding lib64 (with find_library) but with packaging (with CPack) /lib64 dirs. Which version of CMake are you trying to patch? Some version of CMake already look in /lib64 paths. If your problem is about finding libraries you may use PATHS and PATH_SUFFIXES of the find_library command in order to search in appropriate place. Some more informations about multilib and/or lib64 issues may be found here: http://public.kitware.com/Bug/view.php?id=12037 However, I'm pretty new to cmake and it's not clear to me how to apply this. Can someone explain, or point me to an example/documentation? Applying a patch is usually done on a source tree using either patch command or git apply? After applying the patch you need to recompile CMake sources. Sometime, when the patch concerns only cmake scripts file, you can apply the patch on the particular file without recompiling. Again which version of CMake are you using? On which platform (Linux, Windows, Mac OS...) Did you ever compile CMake? Do you know git? -- Erk Membre de l'April - « promouvoir et défendre le logiciel libre » - http://www.april.org ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] Handle lib64 library on Linux
The latest version of CMake, cmake-2.8.4-Linux-i386.tar.gz does not looking in /lib64 paths. Could you let me know which version of CMake you are referring to, that checks this path? Thanks, Sara On May 21, 2011, at 3:47 PM, Eric Noulard wrote: 2011/5/20 Sara Rolfe smro...@u.washington.edu: Hello, I am attempting to modify my make file so the linker will check for /usr/lib64 instead of /usr/lib. I found a patch for this problem here: http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=126c993d#patch1 This commit is not related with finding lib64 (with find_library) but with packaging (with CPack) /lib64 dirs. Which version of CMake are you trying to patch? Some version of CMake already look in /lib64 paths. If your problem is about finding libraries you may use PATHS and PATH_SUFFIXES of the find_library command in order to search in appropriate place. Some more informations about multilib and/or lib64 issues may be found here: http://public.kitware.com/Bug/view.php?id=12037 However, I'm pretty new to cmake and it's not clear to me how to apply this. Can someone explain, or point me to an example/documentation? Applying a patch is usually done on a source tree using either patch command or git apply? After applying the patch you need to recompile CMake sources. Sometime, when the patch concerns only cmake scripts file, you can apply the patch on the particular file without recompiling. Again which version of CMake are you using? On which platform (Linux, Windows, Mac OS...) Did you ever compile CMake? Do you know git? -- Erk Membre de l'April - « promouvoir et défendre le logiciel libre » - http://www.april.org ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
[CMake] Handle lib64 library on Linux
Hello, I am attempting to modify my make file so the linker will check for / usr/lib64 instead of /usr/lib. I found a patch for this problem here: http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=126c993d#patch1 However, I'm pretty new to cmake and it's not clear to me how to apply this. Can someone explain, or point me to an example/documentation? Thanks, Sara ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake