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 LowmanOh, 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
