Re: [CMake] Generator for Xcode 3.0+?

2009-06-28 Thread Doug Gregor
team would be interested in helping out...? :-) > > > On Thu, Jun 18, 2009 at 2:31 PM, Doug Gregor wrote: >> >> When I build an Xcode project using CMake, Xcode loads and builds the >> project fine but claims that the project is "Xcode 2.4 compatible". >&g

Re: [CMake] Generator for Xcode 3.0+?

2009-06-18 Thread Doug Gregor
On Thu, Jun 18, 2009 at 3:04 PM, E. Wing wrote: > On 6/18/09, Michael Jackson wrote: >> What is the difference and what does a project that is Xcode 3.0+ >> compatible gain you? In other words, what are we missing by NOT having >> a "true" Xcode 3.0+ compatible project? >> > > Since CMake does a v

[CMake] Generator for Xcode 3.0+?

2009-06-18 Thread Doug Gregor
When I build an Xcode project using CMake, Xcode loads and builds the project fine but claims that the project is "Xcode 2.4 compatible". Has anyone looked into what it would take to generate Xcode 3.0+ projects? - Doug ___ Powered by www.kitware.com

Re: [CMake] Deriving version number from a header (safely)

2009-05-14 Thread Doug Gregor
On Thu, May 14, 2009 at 8:25 AM, Brad King wrote: > Doug Gregor wrote: >> >> However, we'd also like to force CMake to reconfigure when >> boost/version.hpp changes. Is there some top-level target that we can >> attach such a dependency to? > > This has come

[CMake] Deriving version number from a header (safely)

2009-05-14 Thread Doug Gregor
Hello, I'm hacking on a CMake build system for Boost, and we'd like to extract the Boost version number from our version header (boost/version.hpp) so that we can use the version number within CMake. Actually doing this is trivial: file(STRINGS ${CMAKE_CURRENT_SOURCE_DIR}/boost/version.hpp BOOST_

Re: [CMake] MPI Module

2008-09-08 Thread Doug Gregor
On Mon, Sep 8, 2008 at 5:28 PM, Robert Kubrick <[EMAIL PROTECTED]> wrote: > I see. So you mean removing the cache files everytime I change the CXX > variable? > That works as far as I only use mpicxx, but if I want to run a profiled > version of my program I should be able to set a variable to swit

Re: [CMake] Component group specific installation with Makefile

2008-08-07 Thread Doug Gregor
On Thu, Aug 7, 2008 at 11:35 AM, Yann Cointepas <[EMAIL PROTECTED]> wrote: > Good idea, however it will be difficult for me to quickly write the patch (I > will > probably not finish before the end of september). I have a few questions > related to this patch: > > 1) Targets could also be added to

Re: [CMake] Component group specific installation with Makefile

2008-08-07 Thread Doug Gregor
On Thu, Aug 7, 2008 at 6:24 AM, Yann Cointepas <[EMAIL PROTECTED]> wrote: > Thank you for your answers. I have been able to create macros (see below) to > replace cpack_add_component_group and cpack_add_component. These macros call > the corresponding cpack macro and create install-${group-componen

Re: [CMake] Component group specific installation with Makefile

2008-08-06 Thread Doug Gregor
On Wed, Aug 6, 2008 at 1:55 PM, Yuri V. Timenkov <[EMAIL PROTECTED]> wrote: > On Wednesday 06 August 2008 17:43:18 Yann Cointepas wrote: >> Hi, >> >> Is there a way to define component group (or installation type) >> specific installation targets in a Makefile ? >> >> I work on Linux. I have define

Re: [CMake] What's the point for making component-specific directory for CPack?

2008-07-29 Thread Doug Gregor
On Tue, Jul 29, 2008 at 4:44 AM, Yuri Timenkov <[EMAIL PROTECTED]> wrote: > On Monday 28 July 2008 22:04:57 Doug Gregor wrote: >> On Mon, Jul 28, 2008 at 1:48 PM, Yuri Timenkov <[EMAIL PROTECTED]> > wrote: >> > On Monday 28 July 2008 21:16:25 Doug Gregor wrote: &g

Re: [CMake] CPack Components with NSIS and using InstallRequiredSystemLibraries

2008-07-28 Thread Doug Gregor
On Mon, Jul 28, 2008 at 10:39 AM, Thomas Moelhave <[EMAIL PROTECTED]> wrote: > I was actually in the progress of changing everything to the cpack_add_ > commands when your email arrived. > However, adding Unspecified to CPACK_COMPONENTS_ALL (as per your > suggestion) did the trick. Thank you! Okay

Re: [CMake] CPack Components with NSIS and using InstallRequiredSystemLibraries

2008-07-28 Thread Doug Gregor
On Mon, Jul 28, 2008 at 10:14 AM, Thomas Moelhave <[EMAIL PROTECTED]> wrote: > Hmm, it does work using the example project here: > http://www.cmake.org/cgi-bin/viewcvs.cgi/Tests/CPackComponents/?root=CMake > and adding > include(InstallRequiredSystemLibraries) > before > include(CPack) > > I guess

Re: [CMake] CPack Components with NSIS and using InstallRequiredSystemLibraries

2008-07-28 Thread Doug Gregor
On Mon, Jul 28, 2008 at 8:41 AM, Thomas Moelhave <[EMAIL PROTECTED]> wrote: > I've enjoyed using the new CPack component support[1] to generate funky > NSIS installers. However, the generated NSIS installer does not contain > the required MSVC (in my case, MSVC 9) redist dll's fuond by > InstallReq

Re: [CMake] CMake CVS + CPack + NSIS - Installing files with spaces

2008-07-28 Thread Doug Gregor
On Fri, Jul 25, 2008 at 7:56 PM, Gregory Peele ARA/CFD <[EMAIL PROTECTED]> wrote: > I'm really pleased with the component-based CPack installer with the NSIS > backend, and am currently using the July 24th CVS snapshot of CMake to take > advantage of it. Today I ran into a puzzler though. Some

Re: [CMake] Linking with MSVC against Boost lib fails to find library

2008-07-11 Thread Doug Gregor
On Fri, Jul 11, 2008 at 7:33 AM, Stephen Collyer <[EMAIL PROTECTED]> wrote: > I'm getting a link failure under Visual Studio with Boost. > The installed Boost library in question is: > > boost_program_options-vc80-mt-gd-1_34_1.lib > > In my CMakeLists.txt file, I refer to this lib via > > ${BOOST_P

Re: [CMake] MSI Support

2008-07-10 Thread Doug Gregor
On Thu, Jul 10, 2008 at 11:49 AM, Thomas Burdick <[EMAIL PROTECTED]> wrote: > Out of curiousity, since MSVC is supported, why no MSI CPack support? CPack's installers for Windows are built with the NullSoft Installation System, which makes it far simpler to develop installers than to work with MSI

Re: [CMake] CPack components need to be in global scope

2008-07-04 Thread Doug Gregor
On Thu, Jul 3, 2008 at 6:38 PM, Miguel A. Figueroa-Villanueva <[EMAIL PROTECTED]> wrote: > Currently the CPack component features depend on some variables such as: > > CPACK_COMPONENTS_ALL > CPACK_COMPONENT_${CNAME}_GROUP > ... > > These variables are typically easier to set at the point where you

Re: [CMake] FindBoost.cmake from 2.6

2008-07-03 Thread Doug Gregor
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] FindBoost.cmake from 2.6

2008-07-03 Thread Doug Gregor
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

Re: [CMake] FindBoost.cmake from 2.6

2008-07-03 Thread Doug Gregor
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] Component specific installation

2008-06-30 Thread Doug Gregor
On Mon, Jun 30, 2008 at 11:50 AM, Shead, Timothy <[EMAIL PROTECTED]> wrote: > On 6/27/08 8:58 PM, "Daniel Stonier" <[EMAIL PROTECTED]> wrote: > >> How do you actually trigger component specific installations though? >> I've currently got a 'headers' component. On a normal cmake with unix >> makefil

Re: [CMake] Creating multiple (deb) packages from one source tree using CPack

2008-06-27 Thread Doug Gregor
On Fri, Jun 27, 2008 at 10:43 AM, Timenkov Yuri <[EMAIL PROTECTED]> wrote: > Also, you can look at the bugs: http://public.kitware.com/Bug/view.php?id=6835 > and http://public.kitware.com/Bug/view.php?id=6847 > The latter one implements similar request for NSIS installer. Support for component-bas

Re: [CMake] Fwd: Generating debian package using cmake (take 2)

2008-06-24 Thread Doug Gregor
On Mon, Jun 23, 2008 at 2:20 PM, Mathieu Malaterre <[EMAIL PROTECTED]> wrote: > Just FYI, I have started working on integrating the new components > stuff in the debian package generation. Great! Please tell me if you run into any cases where the design of the CPack components system fails to supp

Re: [CMake] [ctest] junit xml output

2008-05-22 Thread Doug Gregor
On Thu, May 22, 2008 at 9:46 AM, Mike Arthur <[EMAIL PROTECTED]> wrote: > On Thursday 22 May 2008 13:55:19 Doug Gregor wrote: >> We've been discussing exactly the same sort of thing for Boost, but >> with output from CTest going to Bitten (http://bitten.edgewall.org/).

Re: [CMake] [ctest] junit xml output

2008-05-22 Thread Doug Gregor
On Mon, May 19, 2008 at 5:02 AM, David Cole <[EMAIL PROTECTED]> wrote: > That's a great idea! Are cppunit and nunit output formats similar enough to > junit that they could all be done at once...? > > Feel free to submit a patch implementing this as a feature request in the > bug tracker... or to c

[CMake] Why is there no install(DIRECTORY dirs... COMPONENT OPTIONAL)?

2008-05-22 Thread Doug Gregor
The OPTIONAL argument can be passed to every other variant of the "install" command, but not the DIRECTORY version. Is there any particular reason for this limitation, or is it an oversight? I know I can get around the issue with install(FILES...) and a file(GLOB_RECURSE), but that's not quite as g

Re: [CMake] FindBoost.cmake updated on the bugtracker

2008-04-22 Thread Doug Gregor
On Sat, Apr 12, 2008 at 11:18 AM, Mike Jackson <[EMAIL PROTECTED]> wrote: > Ok. I downloaded the latest CMake nightly (2.7-20080412) and gave this > FindBoost a shot with a MinGW current Stable release, which is I think > 3.14, at least according to the _mingw.h file. > > It didn't work. Here ar

Re: [CMake] CPack/NSIS installation of specific components

2008-04-19 Thread Doug Gregor
On Sat, Apr 19, 2008 at 2:32 PM, Doug Gregor <[EMAIL PROTECTED]> wrote: > > On Fri, Apr 18, 2008 at 11:06 AM, Doug Gregor <[EMAIL PROTECTED]> wrote: > > On Thu, Apr 17, 2008 at 9:33 PM, Doug Gregor <[EMAIL PROTECTED]> wrote: > > > Okay, the bug

Re: [CMake] CPack/NSIS installation of specific components

2008-04-19 Thread Doug Gregor
On Fri, Apr 18, 2008 at 11:06 AM, Doug Gregor <[EMAIL PROTECTED]> wrote: > On Thu, Apr 17, 2008 at 9:33 PM, Doug Gregor <[EMAIL PROTECTED]> wrote: > > Okay, the bug report is here: > > > > http://public.kitware.com/Bug/view.php?id=6847 > > > >

Re: [CMake] CPack/NSIS installation of specific components

2008-04-18 Thread Doug Gregor
On Thu, Apr 17, 2008 at 9:33 PM, Doug Gregor <[EMAIL PROTECTED]> wrote: > Okay, the bug report is here: > > http://public.kitware.com/Bug/view.php?id=6847 > > The archive attached to it contains the patch (*with* the additional > header) and an example with a few compo

Re: [CMake] CPack/NSIS installation of specific components

2008-04-17 Thread Doug Gregor
On Thu, Apr 17, 2008 at 11:50 AM, David Cole <[EMAIL PROTECTED]> wrote: > Wow. Very ambitious. I like it... > > Your patch is not all that ugly... :-) But it does refer to some things that > are not actually in the patch. D'oh! > How about adding a feature request to the bug tracker for this and

Re: [CMake] CPack/NSIS installation of specific components

2008-04-17 Thread Doug Gregor
On Thu, Apr 17, 2008 at 4:21 PM, Alexander Neundorf <[EMAIL PROTECTED]> wrote: > On Thursday 17 April 2008, Doug Gregor wrote: > > Hello all, > ... > > > Comments? Ideas? Rotten tomatoes? > > > > - Doug > > Could this in some way be related with

[CMake] CPack/NSIS installation of specific components

2008-04-16 Thread Doug Gregor
Hello all, I have a project that consists of several different libraries, each with its own headers and generated library targets. I use the COMPONENT option to the install command to put each library's installed files into a library-specific component. Now, what I would like to do is have these

Re: [CMake] FindBoost.cmake updated on the bugtracker

2008-04-12 Thread Doug Gregor
On Sat, Apr 12, 2008 at 3:52 PM, Mike Jackson <[EMAIL PROTECTED]> wrote: > And just to add some more info about boost: > > > http://www.boost.org/doc/libs/1_35_0/more/getting_started/windows.html#identify-your-toolset > > Under the "Toolset" column is "gcc" with the following description: > gcc

[CMake] FindMPI.cmake updated in CVS trunk

2008-04-11 Thread Doug Gregor
I've updated the FindMPI module on the CVS trunk with proper support for Microsoft's MPI (MS-MPI), both 32- and 64-bit. It's revision 1.18 in the repository. If there's another RC for 2.6.0, I suggest merging this in. But this is a minor tweak, so it's not worth rolling another RC just for this ch

Re: [CMake] FindBoost.cmake updated on the bugtracker

2008-04-11 Thread Doug Gregor
On Wed, Apr 9, 2008 at 5:51 AM, Andreas Pakulat <[EMAIL PROTECTED]> wrote: > Did so and of course a few small changes where needed :) I'll attach a > diff of those needed changes. With those changes cmake properly finds > the static libs if I provide the Boost_USE_STATIC_LIBS and it finds the >

Re: [CMake] FindBoost.cmake updated on the bugtracker

2008-04-08 Thread Doug Gregor
On Tue, Apr 8, 2008 at 5:54 AM, Andreas Pakulat <[EMAIL PROTECTED]> wrote: > New version uploaded. I've looked through this module a bit, and it looks like it's in great shape. I have a few suggestions, implemented in the attached FindBoost.cmake; the diff against "v9" from the bug tracker follow

Re: [CMake] CMake 2.6.0 Beta ready for testing!

2008-04-02 Thread Doug Gregor
On Wed, Apr 2, 2008 at 9:12 AM, Bill Hoffman <[EMAIL PROTECTED]> wrote: > Doug Gregor wrote: > > IMHO, the best way to do this would be to have the app be CMake.app > > (installed directly in /Applications), then create a symlink called > > cmake-gui that can

Re: [CMake] CMake 2.6.0 Beta ready for testing!

2008-04-02 Thread Doug Gregor
On Fri, Mar 28, 2008 at 11:44 AM, Bill Hoffman <[EMAIL PROTECTED]> wrote: > Mike Jackson wrote: > > > The Qt based gui looks pretty darn good. A few things though. (May be > specific to OS X). > > > > The name of the app is "cmake-gui.app". Really? How about "CMakeSetup.app" > or "CMake.app" (There

Re: [CMake] New FindMPI module has some backward-compatibility problems

2008-03-30 Thread Doug Gregor
On Fri, Mar 28, 2008 at 3:50 PM, Bill Hoffman <[EMAIL PROTECTED]> wrote: > > Doug Gregor wrote: > > I've been notified of some backward-compatibility issues in the > > FindMPI module, and have some other tweaks on hand to make it work > > better for more inst

[CMake] New FindMPI module has some backward-compatibility problems

2008-03-28 Thread Doug Gregor
I've been notified of some backward-compatibility issues in the FindMPI module, and have some other tweaks on hand to make it work better for more installations. I plan to finalize these changes this weekend. However, am I too late to fix this for the CMake 2.6.0 release? - Doug

Re: [CMake] CMake 2.6.0 Beta ready for testing!

2008-03-28 Thread Doug Gregor
On Thu, Mar 27, 2008 at 2:26 PM, Bill Hoffman <[EMAIL PROTECTED]> wrote: > I am happy to announce that CMake 2.6.0 has entered the beta stage! You > can find the source and binaries here: http://www.cmake.org/files/v2.6/. When I try to download the self-extracting script (cmake-2.6.0-RC-5-Linux-i

[CMake] New, improved FindMPI.cmake

2008-03-06 Thread Doug Gregor
The FindMPI module that ships with CMake is rather rudimentary. It identifies some variants of MPICH and MPICH2, but leaves users of other MPI implementations (Open MPI, LAM-MPI, MS-MPI, etc.) to their own devices. It also doesn't account for other compile and link flags needed to link against some