On 8. Sep, 2010, at 8:25 , Philip Lowman wrote: > Let's say I have many different potential names for a library and the > following filesystem > > /usr/lib/libnspr4.so > ${CMAKE_CURRENT_SOURCE_DIR}/libnspr4a.so > > find_library(TEST_LIBRARY > NAMES nspr4 nspr4a > HINTS ${CMAKE_CURRENT_SOURCE_DIR} > ) > > I'm somewhat surprised that the following code finds /usr/lib/libnspr4.so > instead of the alternate name for it (libnspr4a.so). This tells me that the > loop is backwards. Shouldn't the find_library() command be iterating the > list of library names across each directory. For example, the above should > search: > > First ${CMAKE_CURRENT_SOURCE_DIR}... > ${CMAKE_CURRENT_SOURCE_DIR}/libnspr4.so > ${CMAKE_CURRENT_SOURCE_DIR}/libnspr4a.so > Then the system directories... > (system paths)/lib/libnspr4.so > (system paths)/lib/libnspr4a.so > Etc. > > The system is actually searching > ${CMAKE_CURRENT_SOURCE_DIR}/libnspr4.so > /usr/lib/libnspr4.so > ${CMAKE_CURRENT_SOURCE_DIR}/libnspr4a.so > /usr/lib/libnspr4a.so > > This is with CMake 2.8.2 > > -- > Philip Lowman
Oh, no! This topic haunts the list ;-) See http://www.mail-archive.com/cmake@cmake.org/msg30602.html http://www.mail-archive.com/cmake@cmake.org/msg28946.html http://www.mail-archive.com/cmake@cmake.org/msg27838.html http://www.mail-archive.com/cmake@cmake.org/msg24565.html Michael -- There is always a well-known solution to every human problem -- neat, plausible, and wrong. H. L. Mencken
PGP.sig
Description: This is a digitally signed message part
_______________________________________________ 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