Re: [cmake-developers] execute_process inconsitancy
On Mon, Sep 3, 2012 at 7:50 PM, David Cole david.c...@kitware.com wrote:
That's not a workaround, that's the solution. The quotes don't belong there.
I dunno seems to be an application specific failure
On Sep 3, 2012, at 10:24 PM, J Decker d3c...@gmail.com wrote:
I do have a workaround by taking the quotes out of the path...
On Mon, Sep 3, 2012 at 7:23 PM, J Decker d3c...@gmail.com wrote:
On Mon, Sep 3, 2012 at 3:58 PM, David Cole david.c...@kitware.com wrote:
OK... Is hg.exe in the PATH? Do you get different results if you use
the full path to hg.exe rather than just hg?
hg is in the path; although, when hg is not in the path, the result is the
same.
hg.exe is the same result
PATH=C:\Windows;C:\Windows\system32;c:\develop\tools;c:\ftn3000\bin;c:\ftn3000\utility;;c:\Develop\tools\startups\..\..\tools\unix;c:\Develo
p\tools\startups\..\..\tools\nasm;c:\Develop\tools\startups\..\..\tools\watcom\binnt;c:\Develop\tools\startups\..\..\tools\watcom\binw;c:\De
velop\tools\startups\..\..\tools\unix\cmake\bin;C:\Program
Files\TortoiseHg\
the following is the search...
C:\Develop\tools\unix\cmake\bin\hg.exe
cmake_source_dir
32bit c:\windows\syswow64
c:\windows\system.hg.exe
c:\windows\hg.exe
32bit c:\windows\syswow64
c:\develop\tools
c:\ftn3000\bin
c:\ftn3000.. (path up to)
c:\develop\tools\unix\cmake\bin\hg.exe
then (and I think this is where it's wrong, I don't know how it would
have created this path)
M:\sack\c:\program files\tortoisehg\\hg.exe
then it does the same search but looking for 'hg.exe id' instead of
just 'hg.exe'
On Mon, Sep 3, 2012 at 5:48 PM, J Decker d3c...@gmail.com wrote:
dir c:\Program Files\tortoisehg
Volume in drive C has no label.
Volume Serial Number is F05B-C5AF
Directory of c:\Program Files\tortoisehg
08/20/2012 10:47 PM33,544 hg.exe
I don't know what hy.py would be .
On Mon, Sep 3, 2012 at 2:37 PM, David Cole david.c...@kitware.com wrote:
On Mon, Sep 3, 2012 at 5:15 PM, J Decker d3c...@gmail.com wrote:
On Mon, Sep 3, 2012 at 1:04 PM, Brad King brad.k...@kitware.com wrote:
On 09/03/2012 03:04 PM, J Decker wrote:
I use this command to get the current repository version number.
Under windows I have to use 'cmd /c ...'
under linux or I obviously can't use that.
Is there a test I can do in a cmakelists to test the shell processor?
Is there something I can do to make this the same command?
Under windows, without cmd /c the output variable is blank.
if( WIN32 )
execute_process( COMMAND cmd /c hg id -i WORKING_DIRECTORY
${CMAKE_SOURCE_DIR} OUTPUT_VARIABLE TMP_CURRENT_REPO_REVISION )
else( WIN32 )
execute_process( COMMAND hg id -i WORKING_DIRECTORY
${CMAKE_SOURCE_DIR} OUTPUT_VARIABLE TMP_CURRENT_REPO_REVISION )
execute_process( COMMAND hg id -i WORKING_DIRECTORY
${CMAKE_SOURCE_DIR} OUTPUT_VARIABLE TMP_CURRENT_REPO_REVISION
ERROR_VARIABLE TMP_CURRENT_REPO_REVISION2 )
message( 1) ${TMP_CURRENT_REPO_REVISION} )
message( 1) ${TMP_CURRENT_REPO_REVISION2} )
both revision and revision2 are blank, (without cmd /c before)
endif( WIN32 )
The command operates the same way on both platforms.
My guess is that hg is printing to stderr on Windows.
Try this:
execute_process(
COMMAND hg id -i
WORKING_DIRECTORY ${CMAKE_SOURCE_DIR}
OUTPUT_VARIABLE TMP_CURRENT_REPO_REVISION
ERROR_VARIABLE TMP_CURRENT_REPO_REVISION
)
-Brad
--
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 this link to subscribe/unsubscribe:
http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
On Windows, hg is not an executable file, so execute_process is
probably not even running it. If you instead say:
COMMAND C:/python26/python.exe C:/path/to/hg.py (... args ...)
does that work?
--
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 this link to subscribe/unsubscribe:
http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
Re: [cmake-developers] execute_process inconsitancy
On Tue, Sep 4, 2012 at 2:19 AM, J Decker d3c...@gmail.com wrote:
On Mon, Sep 3, 2012 at 7:50 PM, David Cole david.c...@kitware.com wrote:
That's not a workaround, that's the solution. The quotes don't belong there.
I dunno seems to be an application specific failure
Python:
c:\set PATH=c:\Python;C:\Windows\system32;C:\Windows
c:\python -c import subprocess; subprocess.call(['hg','--version'])
WindowsError: [Error 2] The system cannot find the file specified
c:\set PATH=C:\Program
Files\Mercurial;c:\Python;C:\Windows\system32;C:\Windows
c:\python -c import subprocess; subprocess.call(['hg','--version'])
WindowsError: [Error 2] The system cannot find the file specified
c:\set PATH=C:\Program
Files\Mercurial;c:\Python;C:\Windows\system32;C:\Windows
c:\python -c import subprocess; subprocess.call(['hg','--version'])
Mercurial Distributed SCM (version 2.1)
CMake:
c:\type test.cmake
execute_process(COMMAND hg --version RESULT_VARIABLE failure)
if(failure)
message(STATUS failed to run hg: ${failure})
endif()
c:\set PATH=c:\Program Files (x86)\CMake
2.8\bin;C:\Windows\system32;C:\Windows
c:\cmake -P test.cmake
-- failed to run hg: The system cannot find the file specified
c:\set PATH=C:\Program Files\Mercurial;c:\Program Files (x86)\CMake
2.8\bin;C:\Windows\system32;C:\Windows
c:\cmake -P test.cmake
-- failed to run hg: The system cannot find the file specified
c:\set PATH=C:\Program Files\Mercurial;c:\Program Files (x86)\CMake
2.8\bin;C:\Windows\system32;C:\Windows
c:\cmake -P test.cmake
Mercurial Distributed SCM (version 2.1)
If you use execute_process's RESULT_VARIABLE you can get the
real result of the process instead of just assuming success.
It will either be an integer return code or a message indicating
a problem launching the process.
-Brad
--
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 this link to subscribe/unsubscribe:
http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
[cmake-developers] ninja test failing again...
The BuildDepends test has been failing for some time now: http://open.cdash.org/viewUpdate.php?buildid=2522326 It seems to be from this commit: http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=4a35bd0e69e5cfaf7ca9604c90b609d1d333bb37 Here is the first failure: http://open.cdash.org/testDetails.php?test=156781454build=2522326 Any ideas? Maybe cmcldeps is not working for some reason? -Bill -- Bill Hoffman Kitware, Inc. 28 Corporate Drive Clifton Park, NY 12065 bill.hoff...@kitware.com http://www.kitware.com 518 881-4905 (Direct) 518 371-3971 x105 Fax (518) 371-4573 -- 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 this link to subscribe/unsubscribe: http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
Re: [cmake-developers] Questions on staged topic branches
On 09/04/2012 02:12 PM, Peter Kümmel wrote:
The problem is $ENV{DESTDIR}${CMAKE_INSTALL_PREFIX}
because $ENV{DESTDIR} is absolute without final / and
is relative without initial /.
see
http://public.kitware.com/Bug/view.php?id=11785
I re-started discussion in the issue tracker entry.
-Brad
--
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 this link to subscribe/unsubscribe:
http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
Re: [cmake-developers] Questions on staged topic branches
By the way, James, you may be able to rebase your topic on current
'master' if you think it would make your change better to depend on
the recently added compiler id available everywhere for all
generators feature:
# feature added in this commit:
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=66cb3356
# merged to 'master' here:
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=34a02846
On Tue, Sep 4, 2012 at 1:48 PM, David Cole david.c...@kitware.com wrote:
If you are on the To line, please reply to this email, and answer
the questions below:
Brad and I have questions on these staged topic branches before we
consider them for merging to 'master'.
##
# Peter Kuemmel and Eric Noulard:
#cpack-stripping | master=0 next=1
This one should not be necessary. Can you tell us what problem it
fixes? The only valid install path that should ever go under DESTDIR
has to be an absolute path already anyways. So it will either start
with a / already, or a $ because it begins with
${CMAKE_INSTALL_PREFIX}... so this change is unnecessary, and in
fact harmful in the case where DESTDIR doesn't end with a / but the
install rule does begin with ${CMAKE_INSTALL_PREFIX}. (Or are we
misreading this somehow?)
##
# Eric Noulard:
# CPackRPM_handleAttrDirectiveProperly | master=0 next=1
The character set used in the REGEX here has errors in it: [A-Za-z\(\)-\,]
1) The comma does not need to be escaped in this character set
context, but \\ does if you mean to include the backslash character.
2) The hyphen, if meant to be matched is not matched here, but used as
a range separator from the \) to the \,
What's the intent of the change? To handle commas and hyphens, you
would add ,- at the end of the existing character set. If more
characters need to be matched, then add them, but keep the hyphen last
or make it first or escape it in order to match it here.
##
# James Bigler:
# topics/FindCUDA/Add-CUDA_HOST_COMPILER | master=0 next=1
Is CUDA_HOST_COMPILER a path to a directory or a file? It appears to
take on different values depending on which if branch you go through.
Is that true? Or should it always be a full path to the compiler?
Thanks all -- depending on the answers, we may take these next time we
merge, or they might need additional work first.
David
--
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 this link to subscribe/unsubscribe:
http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
Re: [cmake-developers] Questions on staged topic branches
2012/9/4 David Cole david.c...@kitware.com:
If you are on the To line, please reply to this email, and answer
the questions below:
Brad and I have questions on these staged topic branches before we
consider them for merging to 'master'.
##
# Peter Kuemmel and Eric Noulard:
#cpack-stripping | master=0 next=1
This one should not be necessary. Can you tell us what problem it
fixes? The only valid install path that should ever go under DESTDIR
has to be an absolute path already anyways. So it will either start
with a / already, or a $ because it begins with
${CMAKE_INSTALL_PREFIX}... so this change is unnecessary, and in
fact harmful in the case where DESTDIR doesn't end with a / but the
install rule does begin with ${CMAKE_INSTALL_PREFIX}. (Or are we
misreading this somehow?)
##
# Eric Noulard:
# CPackRPM_handleAttrDirectiveProperly | master=0 next=1
The character set used in the REGEX here has errors in it: [A-Za-z\(\)-\,]
1) The comma does not need to be escaped in this character set
context, but \\ does if you mean to include the backslash character.
Only comma and hypen should be matched. Not backslash.
2) The hyphen, if meant to be matched is not matched here, but used as
a range separator from the \) to the \,
Right really sorry I overlooked that one.
What's the intent of the change? To handle commas and hyphens, you
would add ,- at the end of the existing character set. If more
characters need to be matched, then add them, but keep the hyphen last
or make it first or escape it in order to match it here.
I'll do that, but may be only this Week-End.
This corresponds to this bug
http://public.kitware.com/Bug/view.php?id=0013468
I did reopen it.
--
Erk
Le gouvernement représentatif n'est pas la démocratie --
http://www.le-message.org
--
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 this link to subscribe/unsubscribe:
http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
Re: [cmake-developers] ninja test failing again...
On 09/04/2012 02:16 PM, Peter Kümmel wrote: On 04.09.2012 18:56, Bill Hoffman wrote: The BuildDepends test has been failing for some time now: http://open.cdash.org/viewUpdate.php?buildid=2522326 It seems to be from this commit: http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=4a35bd0e69e5cfaf7ca9604c90b609d1d333bb37 Here is the first failure: http://open.cdash.org/testDetails.php?test=156781454build=2522326 Any ideas? Maybe cmcldeps is not working for some reason? -Bill fixed it shortly before your email ;) http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=9b8b4c11d8e7807c0b8e6d9bea490f20f3ad0367 The try_compile command has two signature forms. One is meant to build a single source file in an auto-generated project in a discard-able temp dir. The other is meant to build a given source tree in a given build tree and keep the results around. Any optimization that skips dependency checks should be done only for the first form, and never for the second form. This distinction should cover the BuildDepends test case too. -Brad -- 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 this link to subscribe/unsubscribe: http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
[cmake-developers] [CMake 0013513]: There's no operator in command.com, so commands starting with aren't executed by command.com
The following issue has been SUBMITTED. == http://public.kitware.com/Bug/view.php?id=13513 == Reported By:Flávio J. Saraiva Assigned To: == Project:CMake Issue ID: 13513 Category: CMake Reproducibility:always Severity: minor Priority: normal Status: new == Date Submitted: 2012-09-04 21:04 WEST Last Modified: 2012-09-04 21:04 WEST == Summary:There's no operator in command.com, so commands starting with aren't executed by command.com Description: There's no operator in command.com, so the echo nul that was added in 269a4b876a34483c5cb664499dc6b1634fa453ff (for commands that start with ) will make the whole line a no-op. I'm using the NMake Makefiles generator. (the Visual Studio 6 generator also fails but haven't checked if it's the same issue) == Issue History Date ModifiedUsername FieldChange == 2012-09-04 21:04 Flávio J. SaraivaNew Issue == -- 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 this link to subscribe/unsubscribe: http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
Re: [cmake-developers] Proposal: An IRC dev meeting to chat about CMake stuff
David Cole wrote: This is a good idea. How many people would join in if we had a CMake meeting in #cmake IRC? Is there any conclusion on this now? Eike -- signature.asc Description: This is a digitally signed message part. -- 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 this link to subscribe/unsubscribe: http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
Re: [cmake-developers] [PATCH] Added very basic Windows CE Makefile support
On Mon, 03 Sep 2012 11:02:22 -0400, Brad King wrote: On 09/03/2012 10:52 AM, Patrick Gansterer wrote: I saw that Brad merged one of my changes. Are there any other changes the WinCE stuff depends on to get merged? Please rebase the remainder of the topic on upstream master, at least as recent as commit 25b0d946. Your changes will need to account for at least this commit: http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=f3ddfef1 Sorry to create these conflicts for you but I've wanted to modernize the MSVC platform files for years and the last barrier was recently removed (by the ide-compiler-id topic). I rebased the code and pushed it as ce to https://gitorious.org/~paroga/cmake/parogas-cmake (git://gitorious.org/~paroga/cmake/parogas-cmake.git) -- Patrick -- 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 this link to subscribe/unsubscribe: http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
Re: [cmake-developers] Proposal: An IRC dev meeting to chat about CMake stuff
On Tue, Sep 4, 2012 at 4:08 PM, Rolf Eike Beer e...@sf-mail.de wrote: David Cole wrote: This is a good idea. How many people would join in if we had a CMake meeting in #cmake IRC? Is there any conclusion on this now? Let's make one: I will send out a Calendar appointment for Mondays at 2:00 PM Eastern time US. (8:00 pm in Lyon and Berlin) That will give us a chance to discuss anything we need to talk about before our usual Tuesday merge sessions. Looking forward to it! -- 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 this link to subscribe/unsubscribe: http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
Re: [cmake-developers] Proposal: An IRC dev meeting to chat about CMake stuff
On Tue, Sep 4, 2012 at 4:20 PM, David Cole david.c...@kitware.com wrote: On Tue, Sep 4, 2012 at 4:08 PM, Rolf Eike Beer e...@sf-mail.de wrote: David Cole wrote: This is a good idea. How many people would join in if we had a CMake meeting in #cmake IRC? Is there any conclusion on this now? Let's make one: I will send out a Calendar appointment for Mondays at 2:00 PM Eastern time US. (8:00 pm in Lyon and Berlin) That will give us a chance to discuss anything we need to talk about before our usual Tuesday merge sessions. Looking forward to it! Of course, as soon as I said this, I realize I won't be around on the next Monday, 9/10... but we can start it up on the 17th: https://www.google.com/calendar/event?action=TEMPLATEtmeid=cnByNDU5ZHQyaG41dnQzY3J1a3NhYTFnNnNfMjAxMjA5MTdUMTgwMDAwWiBkYXZpZC5jb2xlQGtpdHdhcmUuY29ttmsrc=david.cole%40kitware.com That should give you a Google calendar entry that starts on Monday Sept. 17th from 2:00 to 3:00 pm Eastern time US, and repeats every Monday after that. Put it on your calendars, and we'll see you on #cmake Cheers, David -- 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 this link to subscribe/unsubscribe: http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
Re: [cmake-developers] [PATCH] Added very basic Windows CE Makefile support
On 09/04/2012 04:18 PM, Patrick Gansterer wrote:
I rebased the code and pushed it as ce to
https://gitorious.org/~paroga/cmake/parogas-cmake
(git://gitorious.org/~paroga/cmake/parogas-cmake.git)
Thanks! I'm looking at the first commit that adds the WindowsCE
platform files. These lines look strange:
set(MSVC_C_ARCHITECTURE_ID ${CMAKE_SYSTEM_PROCESSOR})
set(MSVC_CXX_ARCHITECTURE_ID ${CMAKE_SYSTEM_PROCESSOR})
Normally the ARCHITECTURE_ID values are detected by
Modules/CMakePlatformId.h.in
which is built by running CMAKE_(C|CXX)_COMPILER, which should
be set by the toolchain file to the proper compiler for WinCE.
Shouldn't that be taught about the architectures in question?
Thanks,
-Brad
--
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 this link to subscribe/unsubscribe:
http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
Re: [cmake-developers] ninja test failing again...
On 04.09.2012 21:56, Brad King wrote: On 09/04/2012 02:16 PM, Peter Kümmel wrote: On 04.09.2012 18:56, Bill Hoffman wrote: The BuildDepends test has been failing for some time now: http://open.cdash.org/viewUpdate.php?buildid=2522326 It seems to be from this commit: http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=4a35bd0e69e5cfaf7ca9604c90b609d1d333bb37 Here is the first failure: http://open.cdash.org/testDetails.php?test=156781454build=2522326 Any ideas? Maybe cmcldeps is not working for some reason? -Bill fixed it shortly before your email ;) http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=9b8b4c11d8e7807c0b8e6d9bea490f20f3ad0367 The try_compile command has two signature forms. One is meant to build a single source file in an auto-generated project in a discard-able temp dir. The other is meant to build a given source tree in a given build tree and keep the results around. Any optimization that skips dependency checks should be done only for the first form, and never for the second form. This distinction should cover the BuildDepends test case too. -Brad http://cmake.org/gitweb?p=stage/cmake.git;a=commitdiff;h=34b0cf6a3823e0d54958a0f337308b4c35342cc3 Is this better? Peter -- 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 this link to subscribe/unsubscribe: http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
Re: [CMake] Incremental linking and Intel fortan
One more thing I noticed - CMAKE_EXE_LINKER_FLAGS is normally not a cache variable, and having both a cache and non-cache var of the same name can have weird consequences. Maybe try just setting it without CACHE STRING ... If that doesn't help, can you generate a different buildsystem (perhaps NMake) and see what the command line looks like there? Perhaps a flag turning incremental linking on comes from a different variable (there's a lot of cmake vars which make up the final command line). Petr On Mon, Sep 3, 2012 at 6:34 PM, Alexander Ivanov alexander.nik.iva...@gmail.com wrote: Hi Petr, Unfortunately it doesn't. I changed the sample as following but intel fortran ignores incremental linking setting. cmake_minimum_required(VERSION 2.8) project(TestF90 Fortran) set(CMAKE_EXE_LINKER_FLAGS /INCREMENTAL:NO CACHE STRING EXE_LINKER_FLAGS FORCE) add_executable(TestF90_EXE main.f90) Thanks, Alexander 2012/9/3 Petr Kmoch petr.km...@gmail.com Hi Alexander. CMAKE_EXE_LINKER_FLAGS and similar variables can only be modified after a call to PROJECT() (the PROJECT() calls sets them up to some defaults). See if this fixes your issue. Petr -- 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 this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake -- 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 this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
[CMake] CMake 2.8.9 missing ProjectGUID in vcproj of VS .NET 2003
Hi What's the reason to neglect the ProjectGUID entry inside the generated vcproj-file at the VS .Net 2003 configuration since 2.8.9? Best regards SirAnn -- 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 this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] Check if a command exists?
On 03/09/2012 21:59, Rui Maciel wrote: I have a small project which includes a couple of parsers whose lexers are generated by re2c. I intended to set cmake so that it could check if re2c is present in the system, but after browsing through the docs I've ended up empty-handed. So, is there a way to set a cmake project so that it checks if a tool/program/command is present in the build system? If there is a way to run that check, can anyone provide an example? find_program(RE2C_EXECUTABLE re2c) -- 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 this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
[CMake] cmake + VS 2012
I had a lot of trouble with cmake and VS 2010 due to the IDE crashing when projects were regenerated by cmake and having to click reload millions of times. Can anyone tell me if things are better with visual studio 2012? I want to upgrade some projects, but will delay a while if I know these IDE bugs are still present. thanks JB -- John Biddiscombe,email:biddisco @.at.@ cscs.ch http://www.cscs.ch/ CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07 Via Trevano 131, 6900 Lugano, Switzerland | Fax: +41 (91) 610.82.82 -- 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 this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] cmake + VS 2012
On Tue, Sep 4, 2012 at 11:20 AM, Biddiscombe, John A. biddi...@cscs.chwrote: I had a lot of trouble with cmake and VS 2010 due to the IDE crashing when projects were regenerated by cmake and having to click reload millions of times. Can anyone tell me if things are better with visual studio 2012? I want to upgrade some projects, but will delay a while if I know these IDE bugs are still present. thanks JB I'm working on a big project with both VS2010 and VS2012, I don't have such problems. Now I use VS2012 almost only and to me it seems faster to load. Joel Lamotte -- 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 this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
[CMake] Building FLTK for Visual Studio 2010
Hi, Previously, i used to build fltk 1.1.7 with Cmake for VS2008 and everything (ITK, InsightApplication, etc.) worked fine. I try now to make the same using Cmake 2.8.9 for VS2010. Building FLTK 1.1.7 works fine (No error!). But Cmake fails to generate a project for InsightApplication. First, it did not include an entry for FLTK_FLUID_EXECUTABLE. When I add an entry manually, All error disappear except for this one: CMake Error at CMakeLists.txt:131 (INCLUDE): include called with wrong number of arguments. Include only takes one file The question is: 1. Does FLTK 1.1.x principally work for VS2010? 2. If yes, any idea how to around the errror above? Much thanks, Zein -- 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 this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] cmake + VS 2012
I'm working on a big project with both VS2010 and VS2012, I don't have such problems. Now I use VS2012 almost only and to me it seems faster to load. Thanks. that’s good to know. (I suspect that because I do a lot of cmakelists.txt editing on large projects that I get hit harder than most by the macro problem). JB -- 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 this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] CMake 2.8.9 missing ProjectGUID in vcproj of VS .NET 2003
We did not change anything related to that in 2.8.9 to the best of my knowledge... What problem do you have now that you didn't have before? (Can I reproduce your problem here...?) Thanks, David On Tue, Sep 4, 2012 at 3:46 AM, Sören Textor s.tex...@ditec-gmbh.de wrote: Hi What's the reason to neglect the ProjectGUID entry inside the generated vcproj-file at the VS .Net 2003 configuration since 2.8.9? Best regards SirAnn -- 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 this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake -- 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 this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] cmake + VS 2012
On Tue, Sep 4, 2012 at 1:16 PM, Biddiscombe, John A. biddi...@cscs.chwrote: Thanks. that’s good to know. (I suspect that because I do a lot of cmakelists.txt editing on large projects that I get hit harder than most by the macro problem). Maybe, also if you don't have very big RAM. Now, my definition of big might be different than your's. I have around 20 libraries made by me and 10 libraries that are dependencies, plus 4 executables. Each one of these project don't have massive source code but I use Ogre3D that is massive source code (but I' don't modify their CMake files). Don't know if it helps but you might certainly be in a more complex setup than mine. I would be you, I would just try VS2012 see if in my own case it works. Joel Lamotte -- 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 this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] [Insight-users] Building FLTK for Visual Studio 2010
On Tue, Sep 4, 2012 at 6:33 AM, Zein Salah zeinsa...@gmail.com wrote: Hi, Previously, i used to build fltk 1.1.7 with Cmake for VS2008 and everything (ITK, InsightApplication, etc.) worked fine. I try now to make the same using Cmake 2.8.9 for VS2010. Building FLTK 1.1.7 works fine (No error!). But Cmake fails to generate a project for InsightApplication. First, it did not include an entry for FLTK_FLUID_EXECUTABLE. When I add an entry manually, All error disappear except for this one: CMake Error at CMakeLists.txt:131 (INCLUDE): include called with wrong number of arguments. Include only takes one file This sounds like it did not find FLTK at all. I have seen this error before on packages that were not found. John -- 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 this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] CMake 2.8.9 missing ProjectGUID in vcproj of VS .NET 2003
We used CMake 2.8.3 and 2.8.5. But since 2.8.9 the ProjectGUID is missing in the generated vcproj files (VS 2003 .NET). We only have problems with some postbuild tools that are searching for that GUID inside the project file. The GUID ist still inside the sln and inside the VS 2008, 2010 and 2012 vcproj(x) files. (we only use 203 .Net, 2008, 2010 and 2012 VS 32 bit generators). Thus something has been changed inside the vs 2003 .Net generator.. You can reproduce the problem by generate a VS 2003 project and one 2008 project. Comparing the vcproj files shows the missing ProjectGUID entry. Best regards SirAnn Am 04.09.2012 13:19, schrieb David Cole: We did not change anything related to that in 2.8.9 to the best of my knowledge... What problem do you have now that you didn't have before? (Can I reproduce your problem here...?) Thanks, David On Tue, Sep 4, 2012 at 3:46 AM, Sören Textor s.tex...@ditec-gmbh.de wrote: Hi What's the reason to neglect the ProjectGUID entry inside the generated vcproj-file at the VS .Net 2003 configuration since 2.8.9? Best regards SirAnn -- 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 this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake -- Mit freundlichen Grüßen Dr.-Ing. Sören Textor DiTEC Dr. Siegfried Kahlich Dierk Langer GmbH 69126 Heidelberg, Im Breitspiel 19, Germany Fon : (+49) 06221/31698-225 Fax : (+49) 06221/31698-399 Mail : s.tex...@ditec-gmbh.de Handelsregister : HRB 341223 USt-IdNr. : DE 172 101 757 Dieses Dokument ist vertraulich zu behandeln. Die Weitergabe, sowie Vervielfältigung, Verwertung und Mitteilung seines Inhalts ist nur mit unserer ausdrücklichen Genehmigung gestattet. Alle Rechte vorbehalten, insbesondere für den Fall der Schutzrechtsanmeldung. This document has to be treated confidentially. Its contents are not to be passed on, duplicated, exploited or disclosed without our express permission. All rights reserved, especially the right to apply for protective rights. -- 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 this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] cmake + VS 2012
John. There was some sort of plugin or Addin that helped out the situation of reloading after CMake runs of VS2010. It was mentioned on the CMake mailing list sometime in the past year I think. I was able to install it and my VS2010 builds do run much smoother now. Not sure if that is of any help at all but thought I would mention it. When I get to work I'll try to figure out the name of the plugin. -- Mike Jackson www.bluequartz.net On Sep 4, 2012, at 5:20 AM, Biddiscombe, John A. wrote: I had a lot of trouble with cmake and VS 2010 due to the IDE crashing when projects were regenerated by cmake and having to click reload millions of times. Can anyone tell me if things are better with visual studio 2012? I want to upgrade some projects, but will delay a while if I know these IDE bugs are still present. thanks JB -- John Biddiscombe,email:biddisco @.at.@ cscs.ch http://www.cscs.ch/ CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07 Via Trevano 131, 6900 Lugano, Switzerland | Fax: +41 (91) 610.82.82 -- 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 this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake -- 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 this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] cmake + VS 2012
The Visual Studio addin is from vscommands.com and is mentioned in this bug report on the issue: http://public.kitware.com/Bug/view.php?id=11258 As you can tell from reading through the notes, we never did find a satisfactory solution to the problem... issue is still open, but folks who've tried vscommands report that it reduces the pain. HTH, David On Tue, Sep 4, 2012 at 7:58 AM, Michael Jackson mike.jack...@bluequartz.net wrote: John. There was some sort of plugin or Addin that helped out the situation of reloading after CMake runs of VS2010. It was mentioned on the CMake mailing list sometime in the past year I think. I was able to install it and my VS2010 builds do run much smoother now. Not sure if that is of any help at all but thought I would mention it. When I get to work I'll try to figure out the name of the plugin. -- Mike Jackson www.bluequartz.net On Sep 4, 2012, at 5:20 AM, Biddiscombe, John A. wrote: I had a lot of trouble with cmake and VS 2010 due to the IDE crashing when projects were regenerated by cmake and having to click reload millions of times. Can anyone tell me if things are better with visual studio 2012? I want to upgrade some projects, but will delay a while if I know these IDE bugs are still present. thanks JB -- John Biddiscombe,email:biddisco @.at.@ cscs.ch http://www.cscs.ch/ CSCS, Swiss National Supercomputing Centre | Tel: +41 (91) 610.82.07 Via Trevano 131, 6900 Lugano, Switzerland | Fax: +41 (91) 610.82.82 -- 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 this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake -- 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 this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake -- 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 this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] CMake 2.8.9 missing ProjectGUID in vcproj of VS .NET 2003
This appears to be due to this change:
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=1be4b6f4
which was made in November, 2011 and first appeared in CMake 2.8.7.
Specifically, this chunk:
- if(this-Version = 8)
+ if(this-Version = VS8)
{
fout \tProjectGUID=\{ gg-GetGUID(libName) }\\n;
}
The value of this-Version used to be 71 for Visual Studio 7.1,
and the ProjectGUID chunk was unintentionally generated since 71 8.
When the version number values were fixed so that this-Version could
properly be compared, this code started having its always intended
effect: only generate the ProjectGUID entry for VS 8 and above...
Is this a show-stopping problem for you, or can you adapt your
post-build rules to work with CMake 2.8.7 and later...?
Thanks,
David
On Tue, Sep 4, 2012 at 7:41 AM, Sören Textor s.tex...@ditec-gmbh.de wrote:
We used CMake 2.8.3 and 2.8.5. But since 2.8.9 the ProjectGUID is missing in
the generated vcproj files (VS 2003 .NET).
We only have problems with some postbuild tools that are searching for that
GUID inside the project file. The GUID ist still inside the sln and inside
the VS 2008, 2010 and 2012 vcproj(x) files.
(we only use 203 .Net, 2008, 2010 and 2012 VS 32 bit generators).
Thus something has been changed inside the vs 2003 .Net generator..
You can reproduce the problem by generate a VS 2003 project and one 2008
project. Comparing the vcproj files shows the missing ProjectGUID entry.
Best regards
SirAnn
Am 04.09.2012 13:19, schrieb David Cole:
We did not change anything related to that in 2.8.9 to the best of my
knowledge...
What problem do you have now that you didn't have before?
(Can I reproduce your problem here...?)
Thanks,
David
On Tue, Sep 4, 2012 at 3:46 AM, Sören Textor s.tex...@ditec-gmbh.de
wrote:
Hi
What's the reason to neglect the ProjectGUID entry inside the generated
vcproj-file at the VS .Net 2003 configuration since 2.8.9?
Best regards
SirAnn
--
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 this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake
--
Mit freundlichen Grüßen
Dr.-Ing. Sören Textor
DiTEC Dr. Siegfried Kahlich Dierk Langer GmbH
69126 Heidelberg, Im Breitspiel 19, Germany
Fon : (+49) 06221/31698-225
Fax : (+49) 06221/31698-399
Mail : s.tex...@ditec-gmbh.de
Handelsregister : HRB 341223 USt-IdNr. : DE 172 101 757 Dieses Dokument ist
vertraulich zu behandeln. Die Weitergabe, sowie Vervielfältigung, Verwertung
und Mitteilung seines Inhalts ist nur mit unserer ausdrücklichen Genehmigung
gestattet. Alle Rechte vorbehalten, insbesondere für den Fall der
Schutzrechtsanmeldung.
This document has to be treated confidentially. Its contents are not to be
passed on, duplicated, exploited or disclosed without our express
permission. All rights reserved, especially the right to apply for
protective rights.
--
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 this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] CMake 2.8.9 missing ProjectGUID in vcproj of VS .NET 2003
On 9/4/2012 2:53 PM, David Cole wrote: The value of this-Version used to be 71 for Visual Studio 7.1, and the ProjectGUID chunk was unintentionally generated since 71 8. When the version number values were fixed so that this-Version could properly be compared, this code started having its always intended effect: only generate the ProjectGUID entry for VS 8 and above... Is this a show-stopping problem for you, or can you adapt your post-build rules to work with CMake 2.8.7 and later...? But if 7.1 works with GUID's maybe they should just be there all the time? The only reason I would see for leaving them out is that it breaks something. -- Bill Hoffman Kitware, Inc. 28 Corporate Drive Clifton Park, NY 12065 bill.hoff...@kitware.com http://www.kitware.com 518 881-4905 (Direct) 518 371-3971 x105 Fax (518) 371-4573 -- 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 this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
[CMake] Failed to create project in my.cdash.org
Hi, I was able to run ctest -D Experimental and to submit test report from VTK build process. Now I am setting up my own test project in http://my.cdash.org, and hope to run ctest on my own source code and to submit to my project in my.cdash.org. I guess there are two ways to display results on cdash, (1) to run ctest on my build machine, just as I did from VTK package; (2) cdash automatically pulls results from my build machine, this is where I have to set up url on cdash project. Please correct me it it is wrong. Anyway, I only need to submit my test results to cdash in (1) method, not (2). While I was creating my project in my.cdash.org, I filled in with all information and clicked button Next Step, it just could not move to next step and stuck in Project Logo page and failed to create my project in my.cdash.org. Appreciate any helps. Thank you. Kind regards, Jupiter -- View this message in context: http://cmake.3232098.n2.nabble.com/Failed-to-create-project-in-my-cdash-org-tp7581508.html Sent from the CMake mailing list archive at Nabble.com. -- 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 this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] Fwd: Failed to create project in my.cdash.org
Hi Jupiter, It sounds like a browser compatibility issue. Can you tell me which web browser you are using to access my.cdash.org? Thanks, Julien Original Message Subject: [CMake] Failed to create project in my.cdash.org Date: Tue, 4 Sep 2012 18:10:10 -0700 (PDT) From: hce jupiter@gmail.com To: cmake@cmake.org Hi, I was able to run ctest -D Experimental and to submit test report from VTK build process. Now I am setting up my own test project in http://my.cdash.org, and hope to run ctest on my own source code and to submit to my project in my.cdash.org. I guess there are two ways to display results on cdash, (1) to run ctest on my build machine, just as I did from VTK package; (2) cdash automatically pulls results from my build machine, this is where I have to set up url on cdash project. Please correct me it it is wrong. Anyway, I only need to submit my test results to cdash in (1) method, not (2). While I was creating my project in my.cdash.org, I filled in with all information and clicked button Next Step, it just could not move to next step and stuck in Project Logo page and failed to create my project in my.cdash.org. Appreciate any helps. Thank you. Kind regards, Jupiter -- View this message in context: http://cmake.3232098.n2.nabble.com/Failed-to-create-project-in-my-cdash-org-tp7581508.html Sent from the CMake mailing list archive at Nabble.com. -- 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 this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake -- 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 this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
[Cmake-commits] CMake branch, next, updated. v2.8.9-343-g3642bb0
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via 3642bb085688f8b4c16f6d9855fe5fd840e13a31 (commit)
via 5660f669879476134797f764b1942e80b3f66830 (commit)
from 14c6c727e05ab306b4268126ec942c8fa19a1bff (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=3642bb085688f8b4c16f6d9855fe5fd840e13a31
commit 3642bb085688f8b4c16f6d9855fe5fd840e13a31
Merge: 14c6c72 5660f66
Author: Brad King brad.k...@kitware.com
AuthorDate: Tue Sep 4 08:35:09 2012 -0400
Commit: CMake Topic Stage kwro...@kitware.com
CommitDate: Tue Sep 4 08:35:09 2012 -0400
Merge topic 'ctest-svn-update' into next
5660f66 cmCTestSVN: Define nested struct Revision outside class
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=5660f669879476134797f764b1942e80b3f66830
commit 5660f669879476134797f764b1942e80b3f66830
Author: Brad King brad.k...@kitware.com
AuthorDate: Tue Sep 4 08:31:23 2012 -0400
Commit: Brad King brad.k...@kitware.com
CommitDate: Tue Sep 4 08:31:23 2012 -0400
cmCTestSVN: Define nested struct Revision outside class
Visual Studio 6 does not compile the nested cmCTestSVN::Revision struct
correctly unless it is defined after cmCTestSVN is completely defined.
diff --git a/Source/CTest/cmCTestSVN.cxx b/Source/CTest/cmCTestSVN.cxx
index 9628ee9..49cea2e 100644
--- a/Source/CTest/cmCTestSVN.cxx
+++ b/Source/CTest/cmCTestSVN.cxx
@@ -18,6 +18,11 @@
#include cmsys/RegularExpression.hxx
+struct cmCTestSVN::Revision: public cmCTestVC::Revision
+{
+ cmCTestSVN::SVNInfo* SVNInfo;
+};
+
//
cmCTestSVN::cmCTestSVN(cmCTest* ct, std::ostream log):
cmCTestGlobalVC(ct, log)
diff --git a/Source/CTest/cmCTestSVN.h b/Source/CTest/cmCTestSVN.h
index 9fc2008..56265d0 100644
--- a/Source/CTest/cmCTestSVN.h
+++ b/Source/CTest/cmCTestSVN.h
@@ -59,10 +59,7 @@ private:
};
// Extended revision structure to include info about external it refers to.
- struct Revision : public cmCTestVC::Revision
- {
-cmCTestSVN::SVNInfo* SVNInfo;
- };
+ struct Revision;
// Info of all the repositories (root, externals and nested ones).
std::listSVNInfo Repositories;
---
Summary of changes:
Source/CTest/cmCTestSVN.cxx |5 +
Source/CTest/cmCTestSVN.h |5 +
2 files changed, 6 insertions(+), 4 deletions(-)
hooks/post-receive
--
CMake
___
Cmake-commits mailing list
Cmake-commits@cmake.org
http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-commits
[Cmake-commits] CMake branch, next, updated. v2.8.9-348-g44f126a
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via 44f126ab785f881dc3582fea137f9f948e6506d8 (commit)
via 52ec845fce84e327216819b7b89183dbbd452636 (commit)
via 6ef858b50195ece350800de746e5c8126dfbae94 (commit)
via e3aac9b8d66bb6d2287f43784c05b4a020673da5 (commit)
via 80a95e185e026d77019056b59e81102df9056dea (commit)
from 3642bb085688f8b4c16f6d9855fe5fd840e13a31 (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=44f126ab785f881dc3582fea137f9f948e6506d8
commit 44f126ab785f881dc3582fea137f9f948e6506d8
Merge: 3642bb0 52ec845
Author: Clinton Stimpson clin...@elemtech.com
AuthorDate: Tue Sep 4 10:53:32 2012 -0400
Commit: CMake Topic Stage kwro...@kitware.com
CommitDate: Tue Sep 4 10:53:32 2012 -0400
Merge topic 'cmake-gui-interrupt-error' into next
52ec845 cmake-gui: Fix error status when interrupted.
6ef858b CMake Nightly Date Stamp
e3aac9b CMake Nightly Date Stamp
80a95e1 CMake Nightly Date Stamp
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=52ec845fce84e327216819b7b89183dbbd452636
commit 52ec845fce84e327216819b7b89183dbbd452636
Author: Clinton Stimpson clin...@elemtech.com
AuthorDate: Tue Sep 4 08:50:21 2012 -0600
Commit: Clinton Stimpson clin...@elemtech.com
CommitDate: Tue Sep 4 08:52:06 2012 -0600
cmake-gui: Fix error status when interrupted.
Sometimes it wasn't returning an error and one could continue
with the generate generate as if no errors occurred, and even
with an incomplete configure step.
diff --git a/Source/cmSystemTools.h b/Source/cmSystemTools.h
index 69673c9..0b2def2 100644
--- a/Source/cmSystemTools.h
+++ b/Source/cmSystemTools.h
@@ -92,7 +92,8 @@ public:
static bool GetErrorOccuredFlag()
{
return cmSystemTools::s_ErrorOccured ||
-cmSystemTools::s_FatalErrorOccured;
+cmSystemTools::s_FatalErrorOccured ||
+GetInterruptFlag();
}
///! If this is set to true, cmake stops processing commands.
static void SetFatalErrorOccured()
---
Summary of changes:
Source/CMakeVersion.cmake |2 +-
Source/cmSystemTools.h|3 ++-
2 files changed, 3 insertions(+), 2 deletions(-)
hooks/post-receive
--
CMake
___
Cmake-commits mailing list
Cmake-commits@cmake.org
http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-commits
[Cmake-commits] CMake branch, next, updated. v2.8.9-353-gb35b96f
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via b35b96f5dba805ea5e2369de55fbb54a1600c3df (commit)
via 11a6dac1e3ab9f93fbf764ec0eb898b20152a762 (commit)
from cc70b2151b4344d0c0dd79259d612d05eda09e1d (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=b35b96f5dba805ea5e2369de55fbb54a1600c3df
commit b35b96f5dba805ea5e2369de55fbb54a1600c3df
Merge: cc70b21 11a6dac
Author: Peter Kuemmel syntheti...@gmx.net
AuthorDate: Tue Sep 4 14:28:27 2012 -0400
Commit: CMake Topic Stage kwro...@kitware.com
CommitDate: Tue Sep 4 14:28:27 2012 -0400
Merge topic 'ninja-cmcldeps-first-line' into next
11a6dac Ninja: don't suppress warning about compiler options
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=11a6dac1e3ab9f93fbf764ec0eb898b20152a762
commit 11a6dac1e3ab9f93fbf764ec0eb898b20152a762
Author: Peter Kümmel syntheti...@gmx.net
AuthorDate: Tue Sep 4 20:23:53 2012 +0200
Commit: Peter Kümmel syntheti...@gmx.net
CommitDate: Tue Sep 4 20:23:53 2012 +0200
Ninja: don't suppress warning about compiler options
Warnings about invalid compiler options are printed first
by cl.exe, this line was suppressed when the source file
name didn't contain back slashes.
diff --git a/Source/cmcldeps.cxx b/Source/cmcldeps.cxx
index 69df88d..34350bf 100644
--- a/Source/cmcldeps.cxx
+++ b/Source/cmcldeps.cxx
@@ -238,7 +238,9 @@ int main() {
// needed to suppress filename output of msvc tools
std::string srcfilename;
std::string::size_type pos = srcfile.rfind(\\);
- if (pos != std::string::npos) {
+ if (pos == std::string::npos) {
+srcfilename = srcfile;
+ } else {
srcfilename = srcfile.substr(pos + 1);
}
---
Summary of changes:
Source/cmcldeps.cxx |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
hooks/post-receive
--
CMake
___
Cmake-commits mailing list
Cmake-commits@cmake.org
http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-commits
[Cmake-commits] CMake branch, next, updated. v2.8.9-355-ged59e13
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via ed59e13b0f44cfe482093a5b10548e11bf5ff06d (commit)
via f86bc21f4b899f0594fbcdef1bdd1a6bfa303465 (commit)
from b35b96f5dba805ea5e2369de55fbb54a1600c3df (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=ed59e13b0f44cfe482093a5b10548e11bf5ff06d
commit ed59e13b0f44cfe482093a5b10548e11bf5ff06d
Merge: b35b96f f86bc21
Author: Brad King brad.k...@kitware.com
AuthorDate: Tue Sep 4 15:09:30 2012 -0400
Commit: CMake Topic Stage kwro...@kitware.com
CommitDate: Tue Sep 4 15:09:30 2012 -0400
Merge topic 'cpack-stripping' into next
f86bc21 Revert Bug 0011785: DESTDIR is a dir but file could be a var
without a leading slash
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=f86bc21f4b899f0594fbcdef1bdd1a6bfa303465
commit f86bc21f4b899f0594fbcdef1bdd1a6bfa303465
Author: Brad King brad.k...@kitware.com
AuthorDate: Tue Sep 4 15:08:27 2012 -0400
Commit: Brad King brad.k...@kitware.com
CommitDate: Tue Sep 4 15:08:27 2012 -0400
Revert Bug 0011785: DESTDIR is a dir but file could be a var without a
leading slash
This reverts commit 7ad5598b3c0d0ffce5f4bedba9e77a191bb5780f.
The fix is not correct. Both DESTDIR and CMAKE_INSTALL_PREFIX
should always be a full path. When used together the latter
always starts in a slash. CPack should be fixed to not use a
relative install prefix.
diff --git a/Source/cmInstallTargetGenerator.cxx
b/Source/cmInstallTargetGenerator.cxx
index 74011cc..5f9b658 100644
--- a/Source/cmInstallTargetGenerator.cxx
+++ b/Source/cmInstallTargetGenerator.cxx
@@ -455,11 +455,12 @@ std::string
cmInstallTargetGenerator::GetDestDirPath(std::string const file)
// Construct the path of the file on disk after installation on
// which tweaks may be performed.
std::string toDestDirPath = $ENV{DESTDIR};
- if(file[0] != '/')
+ if(file[0] != '/' file[0] != '$')
{
toDestDirPath += /;
}
- return toDestDirPath + file;
+ toDestDirPath += file;
+ return toDestDirPath;
}
//
---
Summary of changes:
Source/cmInstallTargetGenerator.cxx |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
hooks/post-receive
--
CMake
___
Cmake-commits mailing list
Cmake-commits@cmake.org
http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-commits
[Cmake-commits] CMake branch, next, updated. v2.8.9-357-gbbad3d0
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via bbad3d0946f72c3cd86e00d7de1bbccfe9d87c44 (commit)
via e2d317052b2bbdede263f693ecde4a86a6149abf (commit)
from ed59e13b0f44cfe482093a5b10548e11bf5ff06d (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=bbad3d0946f72c3cd86e00d7de1bbccfe9d87c44
commit bbad3d0946f72c3cd86e00d7de1bbccfe9d87c44
Merge: ed59e13 e2d3170
Author: Alexander Neundorf neund...@kde.org
AuthorDate: Tue Sep 4 15:11:52 2012 -0400
Commit: CMake Topic Stage kwro...@kitware.com
CommitDate: Tue Sep 4 15:11:52 2012 -0400
Merge topic 'FortranCrossCompiling3' into next
e2d3170 CMakeDetermineFortranCompiler: add support for cross-compiling
(#13379)
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=e2d317052b2bbdede263f693ecde4a86a6149abf
commit e2d317052b2bbdede263f693ecde4a86a6149abf
Author: Alex Neundorf neund...@kde.org
AuthorDate: Tue Sep 4 21:10:02 2012 +0200
Commit: Alex Neundorf neund...@kde.org
CommitDate: Tue Sep 4 21:10:02 2012 +0200
CMakeDetermineFortranCompiler: add support for cross-compiling (#13379)
This adds the same support code for cross compiling to
CMakeDetermineFortranCompiler as there is already in the
C and CXX versions of this file.
Alex
diff --git a/Modules/CMakeDetermineFortranCompiler.cmake
b/Modules/CMakeDetermineFortranCompiler.cmake
index 051f832..1828988 100644
--- a/Modules/CMakeDetermineFortranCompiler.cmake
+++ b/Modules/CMakeDetermineFortranCompiler.cmake
@@ -134,6 +134,10 @@ else()
)
endif()
+if (NOT _CMAKE_TOOLCHAIN_LOCATION)
+ get_filename_component(_CMAKE_TOOLCHAIN_LOCATION ${CMAKE_Fortran_COMPILER}
PATH)
+endif ()
+
# Build a small source file to identify the compiler.
if(NOT CMAKE_Fortran_COMPILER_ID_RUN)
set(CMAKE_Fortran_COMPILER_ID_RUN 1)
@@ -189,6 +193,28 @@ if(NOT CMAKE_Fortran_COMPILER_ID_RUN)
endif()
endif()
+# if we have a fortran cross compiler, they have usually some prefix, like
+# e.g. powerpc-linux-gfortran, arm-elf-gfortran or i586-mingw32msvc-gfortran ,
optionally
+# with a 3-component version number at the end (e.g. arm-eabi-gcc-4.5.2).
+# The other tools of the toolchain usually have the same prefix
+# NAME_WE cannot be used since then this test will fail for names lile
+# arm-unknown-nto-qnx6.3.0-gcc.exe, where BASENAME would be
+# arm-unknown-nto-qnx6 instead of the correct arm-unknown-nto-qnx6.3.0-
+if (CMAKE_CROSSCOMPILING
+AND ${CMAKE_Fortran_COMPILER_ID} MATCHES GNU
+AND NOT _CMAKE_TOOLCHAIN_PREFIX)
+ get_filename_component(COMPILER_BASENAME ${CMAKE_Fortran_COMPILER} NAME)
+ if (COMPILER_BASENAME MATCHES
^(.+-)g?fortran(-[0-9]+\\.[0-9]+\\.[0-9]+)?(\\.exe)?$)
+set(_CMAKE_TOOLCHAIN_PREFIX ${CMAKE_MATCH_1})
+ endif ()
+
+ # if llvm- is part of the prefix, remove it, since llvm doesn't have its
own binutils
+ # but uses the regular ar, objcopy, etc. (instead of llvm-objcopy etc.)
+ if (${_CMAKE_TOOLCHAIN_PREFIX} MATCHES (.+-)?llvm-$)
+set(_CMAKE_TOOLCHAIN_PREFIX ${CMAKE_MATCH_1})
+ endif ()
+endif ()
+
include(CMakeFindBinUtils)
if(MSVC_Fortran_ARCHITECTURE_ID)
---
Summary of changes:
Modules/CMakeDetermineFortranCompiler.cmake | 26 ++
1 files changed, 26 insertions(+), 0 deletions(-)
hooks/post-receive
--
CMake
___
Cmake-commits mailing list
Cmake-commits@cmake.org
http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-commits
[Cmake-commits] CMake branch, master, updated. v2.8.9-227-g1f2694f
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project CMake. The branch, master has been updated via 1f2694f52ecfceaba004fbf336eded4a76e42091 (commit) via 42bfc5a3e4dd495db96b0ad9f0e4e1bef4ecfa51 (commit) from 508ed6940b447c2fb6b5fe4f036138ce57ab3c4c (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=1f2694f52ecfceaba004fbf336eded4a76e42091 commit 1f2694f52ecfceaba004fbf336eded4a76e42091 Merge: 508ed69 42bfc5a Author: David Cole david.c...@kitware.com AuthorDate: Tue Sep 4 15:47:33 2012 -0400 Commit: CMake Topic Stage kwro...@kitware.com CommitDate: Tue Sep 4 15:47:33 2012 -0400 Merge topic 'Qt4Macros-fix-resource-parsing' 42bfc5a Read entire Qt4 qrc file when parsing for depends info. --- Summary of changes: Modules/Qt4Macros.cmake |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) hooks/post-receive -- CMake ___ Cmake-commits mailing list Cmake-commits@cmake.org http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-commits
[Cmake-commits] CMake branch, master, updated. v2.8.9-229-gd6643e9
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project CMake. The branch, master has been updated via d6643e9ae4fb2a3943246ce02a7b1de99dbc11e9 (commit) via af06482d24799106dbf5a2cbd82d20d034df2b45 (commit) from 1f2694f52ecfceaba004fbf336eded4a76e42091 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=d6643e9ae4fb2a3943246ce02a7b1de99dbc11e9 commit d6643e9ae4fb2a3943246ce02a7b1de99dbc11e9 Merge: 1f2694f af06482 Author: David Cole david.c...@kitware.com AuthorDate: Tue Sep 4 15:47:49 2012 -0400 Commit: CMake Topic Stage kwro...@kitware.com CommitDate: Tue Sep 4 15:47:49 2012 -0400 Merge topic 'flex-version-apple' af06482 FindFLEX: fix version extraction on Apple --- Summary of changes: Modules/FindFLEX.cmake |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) hooks/post-receive -- CMake ___ Cmake-commits mailing list Cmake-commits@cmake.org http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-commits
[Cmake-commits] CMake branch, master, updated. v2.8.9-231-ga1b3c85
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project CMake. The branch, master has been updated via a1b3c850304af97e5a9ceca3c6df602d6aff7434 (commit) via 4eaea3c358eba2550223d884d7b0523a91624237 (commit) from d6643e9ae4fb2a3943246ce02a7b1de99dbc11e9 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=a1b3c850304af97e5a9ceca3c6df602d6aff7434 commit a1b3c850304af97e5a9ceca3c6df602d6aff7434 Merge: d6643e9 4eaea3c Author: David Cole david.c...@kitware.com AuthorDate: Tue Sep 4 15:47:59 2012 -0400 Commit: CMake Topic Stage kwro...@kitware.com CommitDate: Tue Sep 4 15:47:59 2012 -0400 Merge topic 'doc-add_library-PIC' 4eaea3c add_library: Document POSITION_INDEPENDENT_CODE default (#13479) --- Summary of changes: Source/cmAddLibraryCommand.h |4 +++- Source/cmTarget.cxx |2 +- 2 files changed, 4 insertions(+), 2 deletions(-) hooks/post-receive -- CMake ___ Cmake-commits mailing list Cmake-commits@cmake.org http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-commits
[Cmake-commits] CMake branch, master, updated. v2.8.9-233-g17f962f
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project CMake. The branch, master has been updated via 17f962f03d90d8fbaec84fcf5e3b6f4096c5349d (commit) via c0f89e9c146ebb2cbb3c228f09c295875256d989 (commit) from a1b3c850304af97e5a9ceca3c6df602d6aff7434 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=17f962f03d90d8fbaec84fcf5e3b6f4096c5349d commit 17f962f03d90d8fbaec84fcf5e3b6f4096c5349d Merge: a1b3c85 c0f89e9 Author: David Cole david.c...@kitware.com AuthorDate: Tue Sep 4 15:48:10 2012 -0400 Commit: CMake Topic Stage kwro...@kitware.com CommitDate: Tue Sep 4 15:48:10 2012 -0400 Merge topic 'magrathea-release-DT_RUNPATH' c0f89e9 magrathea: Tell cmELF about DT_RUNPATH (#13497) --- Summary of changes: Utilities/Release/magrathea_release.cmake |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) hooks/post-receive -- CMake ___ Cmake-commits mailing list Cmake-commits@cmake.org http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-commits
[Cmake-commits] CMake branch, master, updated. v2.8.9-234-g2da17ef
This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project CMake. The branch, master has been updated via 2da17ef7975b521abe2be4736569d19ef79dc3be (commit) from 17f962f03d90d8fbaec84fcf5e3b6f4096c5349d (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=2da17ef7975b521abe2be4736569d19ef79dc3be commit 2da17ef7975b521abe2be4736569d19ef79dc3be Author: Kitware Robot kwro...@kitware.com AuthorDate: Wed Sep 5 00:01:04 2012 -0400 Commit: Kitware Robot kwro...@kitware.com CommitDate: Wed Sep 5 00:01:04 2012 -0400 CMake Nightly Date Stamp diff --git a/Source/CMakeVersion.cmake b/Source/CMakeVersion.cmake index fa9b708..264dcc9 100644 --- a/Source/CMakeVersion.cmake +++ b/Source/CMakeVersion.cmake @@ -2,5 +2,5 @@ set(CMake_VERSION_MAJOR 2) set(CMake_VERSION_MINOR 8) set(CMake_VERSION_PATCH 9) -set(CMake_VERSION_TWEAK 20120904) +set(CMake_VERSION_TWEAK 20120905) #set(CMake_VERSION_RC 1) --- Summary of changes: Source/CMakeVersion.cmake |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) hooks/post-receive -- CMake ___ Cmake-commits mailing list Cmake-commits@cmake.org http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-commits
