Re: [CMake] FindBoost.cmake from 2.6

On Thu, Jul 3, 2008 at 6:33 PM, Fernando Cacciola <[EMAIL PROTECTED]> wrote: > OK, I found the problem today. > The version is parsed (from version.hpp) into a variable named > Booist_MAJOR_VERSION (et al) > But the comparison code incorrectly uses Boost_VERSION_MAJOR. > (Haven't tryed the latest p

Re: [CMake] CMake 2.7 continues to display EXECUTABLE_OUTPUT_PATH / LIBRARY_OUTPUT_PATH

On Thu, Jul 3, 2008 at 2:03 PM, Brad King <[EMAIL PROTECTED]> wrote: > Philip Lowman wrote: > > On Thu, Jul 3, 2008 at 3:28 AM, Timenkov Yuri <[EMAIL PROTECTED] > > > wrote: > > > > On Thursday 03 July 2008 05:24:07 Miguel A. Figueroa-Villanueva > wrote: > > > Hel

Re: [CMake] FindBoost.cmake from 2.6

Doug Gregor wrote: On Thu, Jul 3, 2008 at 12:23 PM, Doug Gregor <[EMAIL PROTECTED]> wrote: Anyway, I'm working on a bunch of issues with FindBoost, and will ping the list when I think I have it right. There's a much-improved FindBoost module now in CMake CVS. Hopefully it will get merge in to

[CMake] Why I cannot build a dll that embeds perl with cmake?

Hi all, I have some C code that embeds perl into a C application. If I compile my code with: cl.exe and then: link the resulting dll works. But if I compile it with cmake, my code always crashes, because a perl structure (a global pointer) is left uninitialised, and is always NULL. It se

Re: [CMake] FindBoost.cmake from 2.6

Hi Andreas, On 03.07.08 12:23:11, Doug Gregor wrote: On Tue, Jul 1, 2008 at 1:24 PM, Fernando Cacciola <[EMAIL PROTECTED]> wrote: (7) I couldn't understand the dicotomy between the cached and non-cached versions of the include dirs: Boost_INCLUDE_DIRS vs Boost_INCLUDE_DIR What's the choice

Re: [CMake] FindBoost.cmake from 2.6

Hi Doug, Hi Fernando, [snip] (4) The two loops over _boost_TEST_VERSIONS are nearly indentical, and it's a bit complicated, so I would put that in a macro to make it more readable, discriminating the search path just around the call to find_path (where it matters) With CMake 2.6.1, the

[CMake] CPack components need to be in global scope

Hello, I have filed the following as a feature request (http://public.kitware.com/Bug/view.php?id=7282). Those interested can comment... --- Currently the CPack component features depend on some variables such as: CPACK_COMPONENTS_ALL CPACK_COMPONENT_${CNAME}_GROUP ... These variables are t

Re: [CMake] FindBoost.cmake from 2.6

On Thu, Jul 3, 2008 at 12:23 PM, Doug Gregor <[EMAIL PROTECTED]> wrote: > Anyway, I'm working on a bunch of issues with FindBoost, and will ping > the list when I think I have it right. There's a much-improved FindBoost module now in CMake CVS. Hopefully it will get merge in to the next RC for 2.6

Re: [CMake] CMake 2.7 continues to display EXECUTABLE_OUTPUT_PATH / LIBRARY_OUTPUT_PATH

Philip Lowman wrote: > On Thu, Jul 3, 2008 at 3:28 AM, Timenkov Yuri <[EMAIL PROTECTED] > > wrote: > > On Thursday 03 July 2008 05:24:07 Miguel A. Figueroa-Villanueva wrote: > > Hello, > > > > Since EXECUTABLE_OUTPUT_PATH / LIBRARY_OUTPUT_PATH have been re

Re: [CMake] FindBoost.cmake from 2.6

On 03.07.08 12:23:11, Doug Gregor wrote: > On Tue, Jul 1, 2008 at 1:24 PM, Fernando Cacciola > <[EMAIL PROTECTED]> wrote: > > (7) > > > > I couldn't understand the dicotomy between the cached and non-cached > > versions of the include dirs: > > > > Boost_INCLUDE_DIRS vs Boost_INCLUDE_DIR > > > > Wh

Re: [CMake] OSX Leopard- compiling for Tiger and later

Nope. Sean knows more about this than I do. I am still running Tiger for various reasons. -- Mike Jackson Senior Research Engineer Innovative Management & Technology Services On Jul 3, 2008, at 11:31 AM, Eric Torstenson wrote: Hi Mike, Can you recommend an article or website that has more

Re: [CMake] FindBoost.cmake from 2.6

Hi Fernando, On Tue, Jul 1, 2008 at 1:24 PM, Fernando Cacciola <[EMAIL PROTECTED]> wrote: > I'm in charge of the CMake build installation for CGAL (www.cgal.org) and I > so far had been using my own FindBoost module hoping to get rid of it as > soon as the official module got improved. > > While t

Re: [CMake] QTestlib CTest Integration

On Thursday 03 July 2008 16:40:31 you wrote: > So, QTestLib does a bunch of tests at one go, and produces its own > summery sort of like what ctest does? Yeh, I'll put the output at the bottom of this mail. I think this would not just help my current project but help KDE as well (which I hack on t

Re: [CMake] QTestlib CTest Integration

Mike Arthur wrote: On Thursday 03 July 2008 15:45:18 Bill Hoffman wrote: Sorry to hear that... Can you be more specific about what is annoying you? Just integrating the functionality of ctest and QTestLib in a way which doesn't hide all the QTestLib subtests. So, QTestLib does a bunch of test

Re: [CMake] QTestlib CTest Integration

On Thursday 03 July 2008 15:45:18 Bill Hoffman wrote: > Sorry to hear that... Can you be more specific about what is annoying > you? Just integrating the functionality of ctest and QTestLib in a way which doesn't hide all the QTestLib subtests. > Perhaps, what would it do? I don't know exactly

Re: [CMake] OSX Leopard- compiling for Tiger and later

On 7/2/08 5:41 PM, Mike Jackson said: >So is this something we can just hack into the Darwin.cmake file for >our own use? I already hacked it to default to dwarf debugging on >10.4. The same could be done to at least allow us to take a default >or change it to something else. Dunno... I'm n

Re: [CMake] QTestlib CTest Integration

Mike Arthur wrote: I'm still battling with this, it's annoying me quite a lot. Sorry to hear that... Can you be more specific about what is annoying you? Would you guys accept a patch if I add this as a feature to CMake? Perhaps, what would it do? In the meantime, is it possible somehow to

Re: [CMake] QTestlib CTest Integration

I'm still battling with this, it's annoying me quite a lot. Would you guys accept a patch if I add this as a feature to CMake? In the meantime, is it possible somehow to force ctest to run as "ctest -V" so my developers can at least see the QTestLib output? -- Cheers, Mike Arthur _

Re: [CMake] How to set platform-specific compiler-options from within CMakeFiles

Philip Lowman wrote: Wow this is an old thread. Sorry for the late response. I think what's needed here is a way to detect the platform and allow people to modify CMAKE_CXX_FLAGS and friends before they get cemented in stone in the cache. IIRC doesn't CMAKE_USER_MAKE_RULES_OVERRIDE put the

Re: [CMake] CMake 2.7 continues to display EXECUTABLE_OUTPUT_PATH / LIBRARY_OUTPUT_PATH

On Thu, Jul 3, 2008 at 3:28 AM, Timenkov Yuri <[EMAIL PROTECTED]> wrote: > > > On Thursday 03 July 2008 05:24:07 Miguel A. Figueroa-Villanueva wrote: > > Hello, > > > > Since EXECUTABLE_OUTPUT_PATH / LIBRARY_OUTPUT_PATH have been replaced > > with the CMAKE_RUNTIME_OUTPUT_DIRECTORY / > > CMAKE_LIB

Re: [CMake] CPack and Component Based Installers?

On 03/07/2008, Mike Jackson <[EMAIL PROTECTED]> wrote: > > OK. I can wait for a stable CMake. > > > Maybe this should be added to the wiki page? > > -- > Mike Jackson Senior Research Engineer > Innovative Management & Technology Services > > On Jul 2, 2008, at 10:53 AM, David Cole wrote: > > It's

Re: [CMake] CMake 2.7 continues to display EXECUTABLE_OUTPUT_PATH / LIBRARY_OUTPUT_PATH

On Thursday 03 July 2008 05:24:07 Miguel A. Figueroa-Villanueva wrote: > Hello, > > Since EXECUTABLE_OUTPUT_PATH / LIBRARY_OUTPUT_PATH have been replaced > with the CMAKE_RUNTIME_OUTPUT_DIRECTORY / > CMAKE_LIBRARY_OUTPUT_DIRECTORY they shouldn't appear in the GUI > (CMakeSetup, QtDialog). That gi