Re: [cmake-developers] FindBoost: boost version vs cached variables

2012-06-21 Thread Andriy Gapon
; and > this appears to resolve the bug. Yes, thank you very much! With the attached version the Boost detection works as expected. And just in case: I haven't run into any regressions with a real/larger project. > On Tue, Jun 19, 2012 at 10:54 AM, Andriy Gapon &

[cmake-developers] FindBoost: boost version vs cached variables

2012-06-19 Thread Andriy Gapon
but it misreports that boost 1.51 is available. -- Andriy Gapon -- 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

Re: [cmake-developers] inappropriate use of PATH_SUFFIXES in FindALSA?

2012-02-12 Thread Andriy Gapon
on 12/02/2012 01:57 Philip Lowman said the following: > On Sat, Feb 11, 2012 at 8:34 AM, Andriy Gapon wrote: >> Umm, as I've written in the original message, when asoundlib.h is >> /usr/local/include/alsa/asoundlib.h, then the current code determines include >> path

Re: [cmake-developers] inappropriate use of PATH_SUFFIXES in FindALSA?

2012-02-11 Thread Andriy Gapon
alsa. And that's exactly the problem. > Here is something on their wiki showing a make install output: > http://www.alsa-project.org/alsa-doc/alsa-lib/files.html > Here is somebodies autoconf script where they check for an alsa header > in include & include/alsa: > http://m

[cmake-developers] inappropriate use of PATH_SUFFIXES in FindALSA?

2012-02-09 Thread Andriy Gapon
then wouldn't it be appropriate to use exactly the same path, alsa/asoundlib.h, with find_path like this: find_path(ALSA_INCLUDE_DIR NAMES alsa/asoundlib.h DOC "The ALSA (asound) include directory" ) ? What do you think? Thank you! -- Andriy Gapon -- Powered by www.kitware.c