The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=12576
==
Reported By:Hans Johnson
Assigned To:
On Sat, Nov 12, 2011 at 10:45:04AM -0500, David Cole wrote:
Looks like PATCH 3/3 didn't come through... (too large for the mailing list?)
It apparently requires moderator approval due to its size:
Your mail to 'cmake-developers' with the subject
[PATCH 3/3] Add the Ninja generator
Is
On Saturday 12 November 2011, Alexander Neundorf wrote:
Hi,
I added a branch CheckImportedFileExistenceInConfigDotCMakeFiles cmake
stage.
This is the commit:
http://cmake.org/gitweb?p=stage/cmake.git;a=commitdiff;h=1b12babe0cef55a0d5531a9d0d453a15598eb467
Alex
--
Powered by www.kitware.com
Hi,
can someone have a look at my patch at [1]? The version version is now about an
year (!) old.
Are there any plans to use Gerrit at [2] for CMake too, so there is a central
place for all open patches?
[1] http://public.kitware.com/Bug/view.php?id=9946
[2] http://review.source.kitware.com/
Hi,
I've created a very simple patch to add the basic support for WindowsCE to
CMake.
I does not provide any automatically architecture detection or so on, but
enables user to use a vanilla CMake for compiling Windows CE projects.
If the patch gets accepted I'll write a few lines into the wiki.
On Friday 11 November 2011, Dan Kegel wrote:
On Fri, Nov 11, 2011 at 9:42 PM, Alexander Neundorf
a.neundorf-w...@gmx.net wrote:
So you imported the source project (and the build project), and now svn
works for the source project ?
Right (I think). The symptom was that the source
On Saturday 12 November 2011, Dan Kegel wrote:
In http://www.cmake.org/pipermail/cmake/2011-November/047250.html
I wrote
I can't reorganize the source tree on the developers,
so I'm making do by putting the enclosing CMakeLists.txt next to all
the projects:
toplevel/trunk/CMakeLists.txt
For reference, the bug Mike refers to is this one:
http://public.kitware.com/Bug/view.php?id=11258
I always use the manual technique of shutting down VS, running CMake,
and then re-opening VS. It's really not that bad, once you get used to
it.
David C.
On Fri, Nov 11, 2011 at 5:48 PM,
On Fri, Nov 11, 2011 at 6:05 PM, David Doria daviddo...@gmail.com wrote:
On Fri, Nov 11, 2011 at 5:56 PM, John Drescher dresche...@gmail.com wrote:
There should have been a *.sln file that you open.?
Not for a Code Blocks -NMake Makefile project.
John
Ok, I guess I am getting my two
I do an cmake program, but encount an stranger problem.
1. mkdir tmp; cd tmp
2. tar -zxvf ../cmake-test.tar.gz
3. mkdir build; cd build
4. cmake ..; make
I got an error:
/usr/bin/gcc-o tcl2c++ -rdynamic
gcc: fatal error: no input files
Then
1. cd ..
1. head -51 CMakeLists.txt
On 12 November 2011 12:39, David Cole david.c...@kitware.com wrote:
For reference, the bug Mike refers to is this one:
http://public.kitware.com/Bug/view.php?id=11258
I always use the manual technique of shutting down VS, running CMake,
and then re-opening VS. It's really not that bad, once
That's what we do to.
It basically comes down to the inconvenience of having to do that with
Visual Studio being outweighed (considerably!) by the cross-platform
benefits of CMake. (It does help that none of our developers use Windows
as their primary development platform, so it only comes up
It basically comes down to the inconvenience of having to do that with
Visual Studio being outweighed (considerably!) by the cross-platform
benefits of CMake. (It does help that none of our developers use Windows as
their primary development platform, so it only comes up when we make sure
On 11/12/2011 10:51 AM, John Drescher wrote:
It basically comes down to the inconvenience of having to do that with
Visual Studio being outweighed (considerably!) by the cross-platform
benefits of CMake. (It does help that none of our developers use Windows as
their primary development
On Sat, Nov 12, 2011 at 11:08 AM, Bill Hoffman bill.hoff...@kitware.com wrote:
On 11/12/2011 10:51 AM, John Drescher wrote:
It basically comes down to the inconvenience of having to do that with
Visual Studio being outweighed (considerably!) by the cross-platform
benefits of CMake. (It does
On Nov 12, 2011, at 11:08 AM, Bill Hoffman wrote:
On 11/12/2011 10:51 AM, John Drescher wrote:
It basically comes down to the inconvenience of having to do that with
Visual Studio being outweighed (considerably!) by the cross-platform
benefits of CMake. (It does help that none of our
On 11/11/2011 03:42 PM, Romain LEGUAY wrote:
Ok thanks for your quick answers! It works perfectly now!
Why don't we have just one variables for the library?
With set_target_properties, we can define for each library the path.
Because
(1) ADD_LIBRARY() might lack the SHARED/STATIC keyword,
On 11/12/2011 02:48 PM, YunQiang Su wrote:
I do an cmake program, but encount an stranger problem.
1. mkdir tmp; cd tmp
2. tar -zxvf ../cmake-test.tar.gz
3. mkdir build; cd build
4. cmake ..; make
I got an error:
/usr/bin/gcc-o tcl2c++ -rdynamic
gcc: fatal error: no input files
On 11/11/2011 12:42 PM, GOUJON Alexandre wrote:
On 11/11/2011 04:13 AM, Michael Hertling wrote:
On 11/10/2011 11:22 PM, Eric Noulard wrote:
If this is the case then it is a GL/glxproto.h design mistake
not CMake mistake.
Absolutely, try to compile the following program by hand; it's
the same
On 11/12/2011 08:48 AM, Ilias Miroslav wrote:
Dear experts,
our problem is that cmake sets automatically linking libraries for C,C++ and
with Intel compilers (Fortran,C,C++) we are getting these problems
( first observed here
https://repo.ctcc.no/CDash/viewBuildError.php?buildid=5283 ) :
20 matches
Mail list logo