From: Yury G. Kudryashov urkud.ur...@gmail.com
---
Modules/CMakeFindPackageMode.cmake |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/Modules/CMakeFindPackageMode.cmake
b/Modules/CMakeFindPackageMode.cmake
index 4296577..bcf3014 100644
---
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=12995
==
Reported By:Christopher Sean Morrison
Assigned
On Wed, Feb 22, 2012 at 8:36 PM, David Cole david.c...@kitware.com wrote:
On Wed, Feb 22, 2012 at 3:04 PM, David Cole david.c...@kitware.com wrote:
On Wed, Feb 22, 2012 at 8:05 AM, David Cole david.c...@kitware.com wrote:
On Thu, Feb 16, 2012 at 4:11 PM, Stephen Kelly steve...@gmail.com wrote:
I have MinGW installed in my system and today I added the bin directory
to the path, so I was able to
run all the commands also from a standard shell.
But now CMake complains:
CMake Error at c:/Program Files/CMake
2.8/share/cmake-2.8/Modules/CMakeMinGWFindMake.cmake:20 (MESSAGE):
sh.exe
I have this simple CMakeLists.txt:
add_custom_target(deptest ALL DEPENDS files.out)
add_custom_command(OUTPUT foo.x COMMAND touch foo.x DEPENDS foo.cpp)
add_custom_command(OUTPUT bar.x COMMAND false DEPENDS bar.cpp)
add_custom_command(OUTPUT files.out COMMAND touch files.out DEPENDS foo.x
bar.x)
Just to make you laugh I found the source of the problem.
Apparently if you try to run an installer from a directory which is on a
shared directory (with the virtualbox
sharing) it just won't run :D
Copying it somewhere else works perfectly, quite amazing issue.
Thanks for reporting back.
On 02/23/2012 04:48 PM, John Drescher wrote:
Just to make you laugh I found the source of the problem.
Apparently if you try to run an installer from a directory which is on a
shared directory (with the virtualbox
sharing) it just won't run :D
Copying it somewhere else works perfectly, quite
Nope, I am not running it with -P.
My BuildSetup.cmake sets the flags that are passed in to the compiler
ex: set(CMAKE_CXX_FLAGS ...)
-Original Message-
From: David Cole [mailto:david.c...@kitware.com]
Sent: February-23-12 11:45 AM
To: Hashim Mir
Cc: John Drescher; cmake@cmake.org
On 02/23/2012 04:08 PM, Andrea Crotti wrote:
I really physically suffer using case-insensitive languages,
Seriously? You must be an annoyingly happy person if that's your biggest
problem in life! ;-)
but is
there any convention to decide
at least when to use upper and when to use a lower
BuildSetup.cmake is called from the command line:
cmake.exe -G Visual Studio 2008 -C BuildSetup.cmake -Wdev
-Original Message-
From: cmake-boun...@cmake.org [mailto:cmake-boun...@cmake.org] On Behalf Of
Hashim Mir
Sent: February-23-12 11:52 AM
To: David Cole
Cc: cmake@cmake.org
Subject:
On 2/23/2012 10:46 AM, elhadj meljane wrote:
Hi all
I am trying to cmake a CMakeLIsts.txt and I am getting the following error
CMake Error at CMakeLists.txt:50 (VTK_WRAP_PYTHON):
Unknown CMake command VTK_WRAP_PYTHON
here is the line that the cmake does not like in the CMakeLists file
On 2/23/2012 2:12 PM, Kenneth Boyd wrote:
On 2/23/2012 5:20 AM, Andrea Crotti wrote:
I have MinGW installed in my system and today I added the bin
directory to the path, so I was able to
run all the commands also from a standard shell.
But now CMake complains:
CMake Error at c:/Program
On Thu, Feb 23, 2012 at 2:46 PM, Bill Hoffman bill.hoff...@kitware.com wrote:
On 2/23/2012 2:12 PM, Kenneth Boyd wrote:
On 2/23/2012 5:20 AM, Andrea Crotti wrote:
I have MinGW installed in my system and today I added the bin
directory to the path, so I was able to
run all the commands also
On 2/23/2012 1:46 PM, Bill Hoffman wrote:
gmake behaves differently if /bin/sh is in the PATH. The makefiles
for MinGW Makefiles are written for gmake running in the mode where it
does not have /bin/sh. The makefiles for Msys Makefiles are written
so that they work with /bin/sh mode of
On 2/23/2012 2:40 PM, Kenneth Boyd wrote:
On 2/23/2012 1:46 PM, Bill Hoffman wrote:
A patch that found different make.exe or make-mingw and then tested
them would not be rejected. I still don't see how we can avoid
having separate generators for MinGW and Msys, and I certainly don't
think a
On 2/23/2012 3:40 PM, Kenneth Boyd wrote:
On 2/23/2012 1:46 PM, Bill Hoffman wrote:
Right. Unfortunately, I have MingW installed from official tarballs,
rather than the MSYS executable installer; the MSYS installer *.exe
critically failed for me back in 2001, so once I got a working install
On 2012-02-23 14:40-0600 Kenneth Boyd wrote:
On 2/23/2012 1:46 PM, Bill Hoffman wrote:
gmake behaves differently if /bin/sh is in the PATH. The makefiles for
MinGW Makefiles are written for gmake running in the mode where it does not
have /bin/sh. The makefiles for Msys Makefiles are
On 2012-02-23 16:02-0500 Bill Hoffman wrote:
Seems to me there are
only two [MinGW/MSYS] cases regardless of how it was installed:
1. you have /bin/sh in your PATH and gmake runs commands via /bin/sh
2. you do not have /bin/sh in your PATH and gmake runs commands via the
native windows
On 2/23/2012 5:18 PM, Alan W. Irwin wrote:
make commands. One is called MinGW/bin/mingw32-make.exe and is used
by the MinGW Makefiles generator while the other is called
MinGW/msys/1.0/bin/make.exe and is used by the MSYS Makefiles
generator. I presume those two executables correspond to
On 2/23/2012 3:02 PM, Bill Hoffman wrote:
On 2/23/2012 3:40 PM, Kenneth Boyd wrote:
On 2/23/2012 1:46 PM, Bill Hoffman wrote:
Right. Unfortunately, I have MingW installed from official tarballs,
rather than the MSYS executable installer; the MSYS installer *.exe
critically failed for me back
On 2/23/2012 6:20 AM, Andrea Crotti wrote:
So well I thought I could just use the MSYS Makefiles instead, but
reconfiguring and with the same target that doesn't work:
Scanning dependencies of target cleanup_system
process_begin: CreateProcess(NULL, /c/python25/python.exe
On 2/23/2012 3:50 PM, Alan W. Irwin wrote:
Both the MSYS Makefiles and MinGW Makefiles generators have worked
for me for a fairly recent version (20110802) of MinGW + MSYS
installed with the automatic installer. For the latter case I renamed
sh.exe to something else to keep sh.exe off the PATH.
On 2/23/2012 4:55 PM, Bill Hoffman wrote:
On 2/23/2012 6:20 AM, Andrea Crotti wrote:
So well I thought I could just use the MSYS Makefiles instead, but
reconfiguring and with the same target that doesn't work:
Scanning dependencies of target cleanup_system
process_begin: CreateProcess(NULL,
On Thu, Feb 23, 2012 at 6:19 PM, Yang, Jinzhong jinzhon...@gmail.com wrote:
Hi All,
I was trying to configure InsightApplications in CMake with USE_FLTK turned
on, but I continuously got the error message:
CMake Error at CMakeLists.txt:128 (INCLUDE):
include called with wrong number of
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 1d7ed1faaed7db47b20681adf44fdc22ea4f6903 (commit)
via
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 4ca5d3bc273000355b7ba620440c2d6aa6760d79 (commit)
via
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 18d8ef268ab8f20b9e78277db61b5db952864411 (commit)
via
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 547382e8c9980f0a50eb6cb94bab9bc61a577fed (commit)
via
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 60cfbf02b20d8d117f60f871ec352b954af795c9 (commit)
via
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 2437b40933bd8377815a51a8154a81d3a70dc0fc (commit)
from
30 matches
Mail list logo
