Hi Bill:
I changed the subject line to something more appropriate and will get back
to the original subject of generated Makefile efficiency in due course.
On 2008-03-20 16:46-0400 Bill Hoffman wrote:
I guess we failed with the message
"The easiest way to avoid this warning is to set poli
Alan W. Irwin wrote:
On 2008-03-20 12:50-0400 Bill Hoffman wrote:
Alan W. Irwin wrote:
On 2008-03-18 10:06-0400 Bill Hoffman wrote:
I played around with make -d and -p and found that the .SUFFIXES
rule that was supposed to be removing the implicit rules for gmake
was not working for everyth
On 2008-03-20 12:50-0400 Bill Hoffman wrote:
Alan W. Irwin wrote:
On 2008-03-18 10:06-0400 Bill Hoffman wrote:
I played around with make -d and -p and found that the .SUFFIXES rule
that was supposed to be removing the implicit rules for gmake was not
working for everything. SCCS and RCS we
Hi Bill,
thanks for the pointer, I've found the relevant lines of code in both of the
CMakeCache.txt files.
In both of them!, so I was wrong about not having it with Sun's CC - it is
there, it's only the compilations doesn't get that far...
Well, I'll have to test it whether we _really_ need it
Olivier Tournaire wrote:
> I am currently trying to build a win32 app. However, I am not able to
> set in the CMakeLists.txt the subsystem for visual c++. It is, by
> default, set to subsystem:console.
$ /usr/bin/cmake --help-command add_executable
[...]
ADD_EXECUTABLE(exename [WIN32] [M
Hi all,
I am currently trying to build a win32 app. However, I am not able to set in
the CMakeLists.txt the subsystem for visual c++. It is, by default, set to
subsystem:console.
Any idea ?
Regards,
Olivier
___
CMake mailing list
CMake@cmake.org
http:
Brad,
> The bootstrap is not supposed to define that macro. During a normal
> build it is defined in "cmConfigure.h" but the config header written by
> the bootstrap (in Bootstrap.cmk/cmConfigure.h) does not define it. Are
> you sure it was a clean checkout? Could there be a stale cmConfigu
Alan W. Irwin wrote:
On 2008-03-18 10:06-0400 Bill Hoffman wrote:
I played around with make -d and -p and found that the .SUFFIXES rule
that was supposed to be removing the implicit rules for gmake was not
working for everything. SCCS and RCS were being checked for a bunch
of stuff. Anywa
On 2008-03-18 10:06-0400 Bill Hoffman wrote:
I played around with make -d and -p and found that the .SUFFIXES rule that
was supposed to be removing the implicit rules for gmake was not working for
everything. SCCS and RCS were being checked for a bunch of stuff. Anyway,
try this and see if
As Bill reminded me this idea doesn't work, nothing reruns the glob at check
build time. - Ken
Ken Martin PhD
Kitware Inc.
28 Corporate Drive
Clifton Park NY 12065
518 371 3971
>
> Can you do the glob, configure the result out to a file, then INCLUDE that
> file. I believe that will solve the
On Thu, Mar 20, 2008 at 3:27 AM, Vandenbroucke Sander <
[EMAIL PROTECTED]> wrote:
>
> I also struggled with getting a SVN revision into my source code.
> By the looks of this my solution can be improved :-)
>
> > CMakeLists.txt:
> > =
> > CONFIGURE_FILE(dump_svnversion.sh.in dump_svnve
Asmae Houda wrote:
Hello,
I have a Fortran90 project which was managed through GNU makefiles, and
would like to switch to CMake.
All the .f90 files are located in one directory, let's say 'src'. My
CMakeLists.txt file is as follows:
# project declaration
project (myExe Fortran)
add_executa
Hello,
I have a Fortran90 project which was managed through GNU makefiles, and
would like to switch to CMake.
All the .f90 files are located in one directory, let's say 'src'. My
CMakeLists.txt file is as follows:
# project declaration
project (myExe Fortran)
add_executable (myExe file_1.f90 fil
On Thu, Mar 20, 2008 at 8:22 AM, Vandenbroucke Sander <
[EMAIL PROTECTED]> wrote:
> >From: Hendrik Sattler [mailto:[EMAIL PROTECTED]
> >Sent: donderdag 20 maart 2008 12:31
> >To: Vandenbroucke Sander
> >Cc: cmake@cmake.org
> >Subject: Re: [CMake] embed version numbers in libraries (.so, a) and
> >
Vandenbroucke Sander schrieb:
From: Hendrik Sattler [mailto:[EMAIL PROTECTED]
Sent: donderdag 20 maart 2008 12:31
To: Vandenbroucke Sander
Cc: cmake@cmake.org
Subject: Re: [CMake] embed version numbers in libraries (.so, a) and
executables
Can't you use the method provided by SVN using $Id$?
Wri
>From: Hendrik Sattler [mailto:[EMAIL PROTECTED]
>Sent: donderdag 20 maart 2008 12:31
>To: Vandenbroucke Sander
>Cc: cmake@cmake.org
>Subject: Re: [CMake] embed version numbers in libraries (.so, a) and
>executables
>
>Can't you use the method provided by SVN using $Id$?
>Writing a proper resource
Vandenbroucke Sander schrieb:
This is verry unix like solution. I used a Python script with the PySvn
plug-in. For me it works on both XP and Linux.
First I tried a CMake macro as in:
ADD_CUSTOM_TARGET(OutputSvnVersion ALL
${MY_SVN_MACRO})
Which obviously doesn't work. It should be a
I also struggled with getting a SVN revision into my source code.
By the looks of this my solution can be improved :-)
> CMakeLists.txt:
> =
> CONFIGURE_FILE(dump_svnversion.sh.in dump_svnversion.sh)
> ADD_CUSTOM_TARGET(OutputSvnVersion ALL
> ${CMAKE_CURRENT_BINARY_DIR}/dump_
18 matches
Mail list logo
