On 2012-08-15 08:51-0400 Bill Hoffman wrote:
On 8/14/2012 7:56 PM, John Poole wrote:
make: make: Command not found
The problem is above, you do not have make in your PATH. It is most likely
called mingw32-make.exe. If you make a copy of that to make.exe it should
work.
Bill, you are the c
I have no idea if it'll help at all, but I've had issues before with
mingw where if you don't have '.' in your path (and you don't seem to)
you need to put the full command path at the shell prompt. ie.
make.exe instead of make.
This miiight be causing your issue, but if you can just type 'make'
a
Thanks for the patch. I've applied it and pushed it to 'next'
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=84b49be8f02aaf230164163a39c09049ed9f306d
By the way:
git format-patch -1
is the perfect way to submit a patch for us to apply, especially an
easy one like this. It makes it a br
Benjamin,
> for me, the following file works
>
> --- BEGIN CMakeLists.txt
> cmake_minimum_required (VERSION 2.8.9)
>
> project(Test)
>
> SET(CMAKE_CXX_FLAGS "-std=c++11 -stdlib=libc++")
>
> find_package(OpenGL REQUIRED)
> include_directories(${OPENGL_INCLUDE_DIR})
>
> find_package(GLUT REQUIRED)
Hello,
for me, the following file works
--- BEGIN CMakeLists.txt
cmake_minimum_required (VERSION 2.8.9)
project(Test)
SET(CMAKE_CXX_FLAGS "-std=c++11 -stdlib=libc++")
find_package(OpenGL REQUIRED)
include_directories(${OPENGL_INCLUDE_DIR})
find_package(GLUT REQUIRED)
include_directories(${GLU
HI Mike,
> SET(CMAKE_C_COMPILER "clang")
> SET(CMAKE_CXX_COMPILER "clang++")
>
> Those really will have no effect. If you want to use Clang, then set the CC
> and CXX environment variables BEFORE running cmake for the first time. By the
> time CMake gets to those lines the C and C++ compilers ar
SET(CMAKE_C_COMPILER "clang")
SET(CMAKE_CXX_COMPILER "clang++")
Those really will have no effect. If you want to use Clang, then set the CC and
CXX environment variables BEFORE running cmake for the first time. By the time
CMake gets to those lines the C and C++ compilers are already set and can
Am Mittwoch, 15. August 2012 um 23:52:09 schrieb Jason T. Slack-Moehrle:
> Hi Benjamin,
>
> I modified my CMakeLists.txt file a bit:
>
> PROJECT(Test)
>
> SET(TEST_VERSION 0.1+devel)
> SET(PROJECT_NAME test)
> CMAKE_MINIMUM_REQUIRED(VERSION 2.8.9)
> SET(CMAKE_INCLUDE_CURRENT_DIR TRUE)
>
> SET(C
Jason T. Slack-Moehrle wrote:
> Hello All,
>
> I am new to CMAKE and attempting to build an OpenGL app on OS X 10.8.
> (I will be using other platforms as well)
>
> My CMakeLists.txt:
>
> cmake_minimum_required (VERSION 2.8.9)
>
> SET(CMAKE_C_COMPILER "clang")
> SET(CMAKE_CXX_COMPILER "clang++"
Hi Benjamin,
I modified my CMakeLists.txt file a bit:
PROJECT(Test)
SET(TEST_VERSION 0.1+devel)
SET(PROJECT_NAME test)
CMAKE_MINIMUM_REQUIRED(VERSION 2.8.9)
SET(CMAKE_INCLUDE_CURRENT_DIR TRUE)
SET(CMAKE_C_COMPILER "clang")
SET(CMAKE_CXX_COMPILER "clang++")
SET(CMAKE_CXX_FLAGS "-std=c++11 -stdl
Hello again,
for GLUT there is also a find module:
cmake --help-module FindGLUT
Kind regards
Benjamin
Am Mittwoch, 15. August 2012 um 23:29:16 schrieb Jason T. Slack-Moehrle:
> Hello All,
>
> I am new to CMAKE and attempting to build an OpenGL app on OS X 10.8.
> (I will be using other platform
Hello Jason,
Am Mittwoch, 15. August 2012 um 23:29:16 schrieb Jason T. Slack-Moehrle:
> Hello All,
>
> I am new to CMAKE and attempting to build an OpenGL app on OS X 10.8.
> (I will be using other platforms as well)
>
> My CMakeLists.txt:
>
> cmake_minimum_required (VERSION 2.8.9)
>
> SET(CMA
Hello All,
I am new to CMAKE and attempting to build an OpenGL app on OS X 10.8.
(I will be using other platforms as well)
My CMakeLists.txt:
cmake_minimum_required (VERSION 2.8.9)
SET(CMAKE_C_COMPILER "clang")
SET(CMAKE_CXX_COMPILER "clang++")
SET(CMAKE_CXX_FLAGS "-std=c++11 -stdlib=libc++")
Hey guys,
I have a problem with my custom command.
The target is to generate an archive of different shared libraries.
The current code:
file(GLOB Modules "Obj/lib/*.dll")
foreach(Module ${Modules})
set(ModulesGZip "${ModuleGZip} ${Module}")
endforeach(Module ${Modules})
add_custom_comm
Sure although you will need to map a network drive to properly recreate it.
In a project have:
CMakeLists.txt
cmake_minimum_required(VERSION 2.8)
project(foo)
#include_directories("H:\\test")
include_directories("machine\\share\\test")
add_executable(foo main.cpp)
main.cpp
#include "inc.h"
i
On 8/15/2012 11:34 AM, Thomas Nilsson wrote:
I upgraded my cygwin (including cmake) and found that there was no
ccmake (that I could find?). Is there and I'm not seeing it? Or if there
isn't, was that intentional, and do I have to do anything to get it back?
My bad. I am working to fix it. T
On 8/15/2012 2:48 PM, Malfettone, Kris wrote:
So I think I found the issue. When the include directories are
specified via the network path ( \\machine\dir\ ) vs. a drive letter (
N:\dir ) ninja always thinks they are out of date. This is a pretty big
hurdle for us since our toolchain files can
On 8/15/2012 8:48 AM, Bill Hoffman wrote:
Not sure what went wrong. It would have been nice to have some logs.
Xcode should work out of the box with cmake without the command line
tools installed.
We have a machine here that does not have the command line tools
installed, and it does work with
So I think I found the issue. When the include directories are specified via
the network path ( \\machine\dir\ ) vs. a drive letter ( N:\dir ) ninja always
thinks they are out of date. This is a pretty big hurdle for us since our
toolchain files can be mapped to different drives for different
Okay I was intrigued and added Boost debug info in the CMake file of the
project that is generating the initial error.
I had this:
find_package( Boost COMPONENTS
system
date_time
filesystem
chrono
thread
program_options
log
log_setup
)
if( NOT Boost_FOUND )
message( "Boost was NOT foun
I misread, it is in the version I use and don't fix the problem.
I'm surprised nobody else have the problem.
Here is the parts of the log related to Boost while generating the project:
1. There is a first find done in one CMakeLists.txt file:
[ C:/Program Files (x86)/CMake
2.8/share/cmake-2.8/M
I forgot to add:
I don't know if it is related to this last bugfix:
http://public.kitware.com/Bug/view.php?id=13195
The problem is that i downloaded CMake 2.8.9 Win32 Installer about an hour
ago, so I'm not sure if this bugfix is in or not - so I don't know if it
fixes my problem.
Joel Lamotte
-
Hi,
I just switch form CMake 2.8.8 to 2.8.9. The CMake files worked before.
I'm using a (non-modified) build from source of Boost 1.50, finding it with
FindBoost module.
I'm using VS2011 RC on Win 7 64bit. (the project I generate isn't 64 bit
though).
Now I got this error:
CMake Error: The follo
OK
I don't know how you usually exchange patches, i'm attaching a patch
made by git format-patch
Not tested
M
On 15 August 2012 16:30, David Cole wrote:
> Yes... the script only did one-line occurrences. If you'd like to submit a
> hand-made patch to remove the rest, we'd take it...
>
> :-)
I upgraded my cygwin (including cmake) and found that there was no ccmake (that
I could find?). Is there and I'm not seeing it? Or if there isn't, was that
intentional, and do I have to do anything to get it back?
Thomas Nilsson, CTO, Agile Mentor
Responsive Development Technologies AB
Web: http
On Aug 14, Doug wrote:
>For what it's worth, it works for me?
>
>I'm using stock mingw on windows 7, with these settings:
>
>doug@Zed e:/lib/cmake
>$ which gcc
>/mingw/bin/gcc.exe
>
>doug@Zed e:/lib/cmake
>$ which make
>/usr/bin/make.exe
>
>doug@Zed e:/lib/cmake
>$ echo $PATH
...
>...and cmake b
Yes... the script only did one-line occurrences. If you'd like to submit a
hand-made patch to remove the rest, we'd take it...
:-)
On Wed, Aug 15, 2012 at 11:27 AM, Marcin Wojdyr wrote:
> I was looking into git history of one file and just noticed this:
>
> commit 9db3116226cb99fcf54e936c833
I was looking into git history of one file and just noticed this:
commit 9db3116226cb99fcf54e936c833953abcde9b729
Author: Kitware Robot
Date: Mon Aug 13 13:50:14 2012 -0400
Remove CMake-language block-end command arguments
fyi: the script only removed single-line arguments.
A few multili
On 8/14/2012 7:56 PM, John Poole wrote:
make: make: Command not found
The problem is above, you do not have make in your PATH. It is most
likely called mingw32-make.exe. If you make a copy of that to make.exe
it should work.
--
Bill Hoffman
Kitware, Inc.
28 Corporate Drive
Clifton Park,
On 8/14/2012 5:32 PM, Jerry Krinock wrote:
Well, I can't test that because I don't want to uninstall the Xcode-Command
Line Tools. But it certainly did not work before installing them, using this
script…
#!/bin/bash
GEN='Xcode'
source "${0%/*}/common.sh" "$@"
ARCH=-DCMAKE_OSX_ARCHITECTURES="$
30 matches
Mail list logo
