On Mon, Sep 21, 2009 at 6:07 AM, Marcel Loose wrote:
> On Sun, 2009-09-20 at 19:32 -0400, Philip Lowman wrote:
> > On Sun, Sep 20, 2009 at 3:02 PM, Hendrik Sattler
> >
> > I'm hesitant to rewrite anything that works, especially if it works on
> > platforms I don't have access too. :)
> >
> > Incl
On Mon, Sep 21, 2009 at 5:51 AM, Ingolf Steinbach <
ingolf.steinb...@googlemail.com> wrote:
> 2009/9/21 Philip Lowman :
> > Thankfully, the changes made to library naming in 1.40 do not break
> > FindBoost. :)
>
> Philip, does this apply to the latest release (i.e. cmake 2.6.4)? Or
> rather the la
-- Forwarded message --
From: Darren ha
Date: Tue, Sep 22, 2009 at 8:47 AM
Subject: Re: [CMake] additional target support
To: a.neundorf-w...@gmx.net
On Sat, Sep 19, 2009 at 9:00 PM, Alexander Neundorf wrote:
> On Saturday 19 September 2009, Darren ha wrote:
> > Hi list!
> >
On Monday 21 September 2009 03:27:43 pm Tyler Roscoe wrote:
> On Mon, Sep 21, 2009 at 12:37:06PM -0600, Clinton Stimpson wrote:
> > I don't know about your setup, but for our apps, our developers just set
> > the PATH environment variable for their dlls not built as part of the
> > project.
>
> Thi
Robert Dailey wrote:
> Great! Glad I could help. Let me know when this is fixed so I can
> download a new nightly build. I'll try to keep up with that bug status
> as well.
If you get an account in the bug tracker you can go to the issue and
choose "monitor issue". Then you will get updates auto
On Mon, Sep 21, 2009 at 08:15:47PM +0200, SF Markus Elfring wrote:
> A configuration script on my Linux system contains the following information.
> # $Id: FindSubversion.cmake,v 1.2.2.3 2008-05-23 20:09:34 hoffman Exp $
> http://public.kitware.com/cgi-bin/viewcvs.cgi/Modules/FindSubversion.cmake?r
On Mon, Sep 21, 2009 at 12:37:06PM -0600, Clinton Stimpson wrote:
> I don't know about your setup, but for our apps, our developers just set the
> PATH environment variable for their dlls not built as part of the project.
This works well for developers but often works less well for testers, or
fo
On Mon, Sep 21, 2009 at 4:03 PM, Brad King wrote:
> Robert Dailey wrote:
> > I've attached a test project that reproduces this issue. At the root
> > "test" directory, create a new directory called 'build'. So you will
> > have "test/build".
> >
> > cd into test/build and run:
> >
> > cmake -G "X
Hi,
I searched the cmake list archive and found a reference in 2004 about
modifying cmake to generate non-recursive makefiles:
On Jan 30, 2004, at 2:44 PM, William A. Hoffman wrote:
>* Right now there is no way to create non-recursive makefiles.*>* We have some
>plans to create non-recursive mak
Robert Dailey wrote:
> I've attached a test project that reproduces this issue. At the root
> "test" directory, create a new directory called 'build'. So you will
> have "test/build".
>
> cd into test/build and run:
>
> cmake -G "Xcode" ..
>
> This will generate an xcode project for you. Open
On Mon, Sep 21, 2009 at 2:48 PM, Robert Dailey wrote:
> On Mon, Sep 21, 2009 at 1:43 PM, Brad King wrote:
>
>> Robert Dailey wrote:
>>
>>> My paths are correct. I'm passing in the correct absolute paths into
>>> add_executable. I think that cmake is using the current cmake file instead
>>> of us
On Mon, Sep 21, 2009 at 1:43 PM, Brad King wrote:
> Robert Dailey wrote:
>
>> My paths are correct. I'm passing in the correct absolute paths into
>> add_executable. I think that cmake is using the current cmake file instead
>> of using the one that the function call originated from. For example,
Robert Dailey wrote:
My paths are correct. I'm passing in the correct absolute paths into
add_executable. I think that cmake is using the current cmake file
instead of using the one that the function call originated from. For
example, I have two CMake scripts:
/Users/imac/work/redsword/CMakeL
On Monday 21 September 2009 09:48:38 am Jeroen Dierckx wrote:
> On Mon, Sep 21, 2009 at 5:29 PM, Tyler Roscoe wrote:
> > On Mon, Sep 21, 2009 at 02:54:04PM +0200, Jeroen Dierckx wrote:
> >> In Windows, we need to copy a bunch of files (dlls and other runtime
> >> dependencies) to the runtime direc
My paths are correct. I'm passing in the correct absolute paths into
add_executable. I think that cmake is using the current cmake file instead
of using the one that the function call originated from. For example, I have
two CMake scripts:
/Users/imac/work/redsword/CMakeLists.txt
/Users/imac/work/r
Hello!
A configuration script on my Linux system contains the following information.
# $Id: FindSubversion.cmake,v 1.2.2.3 2008-05-23 20:09:34 hoffman Exp $
http://public.kitware.com/cgi-bin/viewcvs.cgi/Modules/FindSubversion.cmake?revision=1.4&root=CMake&view=markup
I have got the impression tha
I don't have a sample project ready yet, but I will provide the generated
xcode project files in case you guys want to take a look at them. Open them
in a text editor and you'll see that the paths are weird. Relative files
appear as:
projects/Newton/source/SpawnShadowEntityAction.cpp
This seems wr
On Mon, Sep 21, 2009 at 11:04:47AM -0600, Dixon, Shane wrote:
> I have a project that I want to use cmake with, but the project builds
> several DLL's and uses several .pem certificates that all need to be
> in the same directory before the application can run. As things stand
> right now, I run "
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Daniel Blezek pisze:
> We tackled this using a "hack-ish" CMake command for Google Tests
> that found all our tests in the source code, and generated CTest
> commands for them. You could do a similar thing on a test suite.
> Details are here:
>
> http
On Mon, Sep 21, 2009 at 05:48:38PM +0200, Jeroen Dierckx wrote:
> We do use the install commands, but for preparing the build for
> packaging. That way, we can use cpack later on to release our SDK or
> applications. The problem is that I have to build the install target
> every time I want to debu
I have a project that I want to use cmake with, but the project builds several
DLL's and uses several .pem certificates that all need to be in the same
directory before the application can run. As things stand right now, I run
"nmake test" and all my tests fail because my application doesn't ha
On Monday 21 September 2009, Harald Kipp wrote:
> Alexander Neundorf wrote:
> > On Sunday 20 September 2009, Harald Kipp wrote:
> >> Alexander Neundorf wrote:
> >>> On Sunday 20 September 2009, Harald Kipp wrote:
> add_library(nutfs STATIC basename dirent dirname)
> >
> > I would recommend to
On Mon, Sep 21, 2009 at 5:29 PM, Tyler Roscoe wrote:
> On Mon, Sep 21, 2009 at 02:54:04PM +0200, Jeroen Dierckx wrote:
>> In Windows, we need to copy a bunch of files (dlls and other runtime
>> dependencies) to the runtime directory, mostly belonging to external
>> dependencies. Those files are di
On Mon, Sep 21, 2009 at 4:15 PM, Eric Noulard wrote:
> 2009/9/21 :
>> Hi,
>>
>> I have the following CMakeLists.txt:
>>
>> -
>> cmake_minimum_required(VERSION 2.6)
>> MESSAGE (" CMAKE TEST ")
>>
>> ADD_CUSTOM_COMMAND (TARGET Hello PRE_BUILD
>> COMMAND ${CMAKE_COMMAND} -
On Mon, Sep 21, 2009 at 02:54:04PM +0200, Jeroen Dierckx wrote:
> In Windows, we need to copy a bunch of files (dlls and other runtime
> dependencies) to the runtime directory, mostly belonging to external
> dependencies. Those files are different for debug and release builds.
> So I created a func
Hey Eric,
> > Hi,
> >
> > I have the following CMakeLists.txt:
> >
> > -
> > cmake_minimum_required(VERSION 2.6)
> > MESSAGE (" CMAKE TEST ")
> >
> > ADD_CUSTOM_COMMAND (TARGET Hello PRE_BUILD
> > COMMAND ${CMAKE_COMMAND} -E echo "Prebuild
> execution"
> >
2009/9/21 :
> Hi,
>
> I have the following CMakeLists.txt:
>
> -
> cmake_minimum_required(VERSION 2.6)
> MESSAGE (" CMAKE TEST ")
>
> ADD_CUSTOM_COMMAND (TARGET Hello PRE_BUILD
> COMMAND ${CMAKE_COMMAND} -E echo "Prebuild execution"
> COMMENT "Informat
We tackled this using a "hack-ish" CMake command for Google Tests that found
all our tests in the source code, and generated CTest commands for them.
You could do a similar thing on a test suite. Details are here:
http://www.itk.org/Wiki/Proposals:Increasing_ITK_Code_Coverage#Google_Test
-dan
Hi,
I have the following CMakeLists.txt:
-
cmake_minimum_required(VERSION 2.6)
MESSAGE (" CMAKE TEST ")
ADD_CUSTOM_COMMAND (TARGET Hello PRE_BUILD
COMMAND ${CMAKE_COMMAND} -E echo "Prebuild execution"
COMMENT "Information string for prebuild execu
2009/9/21 Philip Lowman :
> Ultimately we can add anything to the search path of FindBoost that makes
> sense. If you have suggestions, please feel free to submit them (preferably
> with a tested patch) to the bugtracker.
In preparation of this, could you please clarify which file structure
FindB
Hi,
In Windows, we need to copy a bunch of files (dlls and other runtime
dependencies) to the runtime directory, mostly belonging to external
dependencies. Those files are different for debug and release builds.
So I created a function to do just that. I came across several
problems or limitations
>> Hello,
>>
>> I use gengetopt to generate command line parser for my application. The
>> configuration file *.ggo also specifies programs version like this:
>>
>> # Name of your program
>> package "hwtest" # don't use package if you're using automake
>> # Version of your program
>> version "1.2.
2009/9/21 Yegor Yefremov :
> Hello,
>
> I use gengetopt to generate command line parser for my application. The
> configuration file *.ggo also specifies programs version like this:
>
> # Name of your program
> package "hwtest" # don't use package if you're using automake
> # Version of your progr
On Sun, 2009-09-20 at 19:32 -0400, Philip Lowman wrote:
> On Sun, Sep 20, 2009 at 3:02 PM, Hendrik Sattler
> wrote:
> Am Sonntag 20 September 2009 17:16:19 schrieb Philip Lowman:
>
> > Hello,
> >
> > I've merged (optional) Pthreads-win32 support into a
>
Hello,
I use gengetopt to generate command line parser for my application. The
configuration file *.ggo also specifies programs version like this:
# Name of your program
package "hwtest" # don't use package if you're using automake
# Version of your program
version "1.2.1" # don't use version
2009/9/21 Philip Lowman :
> Thankfully, the changes made to library naming in 1.40 do not break
> FindBoost. :)
Philip, does this apply to the latest release (i.e. cmake 2.6.4)? Or
rather the latest revision in CVS? (See also below)
> Could you post what you have in mind for the paths?
>
> Also,
Alexander Neundorf wrote:
> On Sunday 20 September 2009, Harald Kipp wrote:
>> Alexander Neundorf wrote:
>>> On Sunday 20 September 2009, Harald Kipp wrote:
add_library(nutfs STATIC basename dirent dirname)
> I would recommend to use the full filename, i.e. including the suffix. So
> probab
37 matches
Mail list logo
