The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=12536
==
Reported By:ycollet
Assigned To:
2011/10/17 Brad King brad.k...@kitware.com:
On 10/16/2011 12:56 PM, Nicolas Desprès wrote:
I pushed the new version.
That looks good. There is one more detail though. The KWSys source
tree is read-only in our Git repository. A robot replays changes
out of a separate CVS repository for
On 10/24/2011 4:53 AM, Nicolas Desprès wrote:
Ok. Here the real change applied on this file (except the remove of
the trailing white-space). It fixes some doxygen warnings:
diff --git a/Source/kwsys/SystemTools.hxx.in b/Source/kwsys/SystemTools.hxx.in
I committed this separately, thanks.
On 10/19/2011 11:14 AM, Stephen Kelly wrote:
On 10/19/2011 6:04 AM, Stephen Kelly wrote:
I saw that the weekly merge of branches into master happened yesterday,
but the cmake-link-interface-libraries branch didn't make the cut.
[snip]
Not a major rush anyway. I'm still trying to get used to
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=12537
==
Reported By:Ken Steele
Assigned To:
On 10/24/2011 05:25 AM, Jack Chessa wrote:
I am new to cmake and have a question that I hope has a simple answer.
I am building a simple C++ program that uses blas scopy. I am using
find_package(BLAS REQUIRED)
to find blas on the system (OSX in this case), and the cmake step seems
to
thanks a lot Michael.
Finally, this was not such a trivial problem but I should find my way
with the examples you gave me.
Eric
Michael Hertling a écrit :
On 10/21/2011 06:49 PM, pellegrini wrote:
Hi all,
after digging and googling some hours I did a first step in the right
direction.
IIRC for Visual Studio I had opposite problem: clean on external project
didn't triggered rebuild.
On Sat, Oct 15, 2011 at 2:34 PM, David Cole david.c...@kitware.com wrote:
On Sat, Oct 15, 2011 at 3:48 AM, Michael Hertling mhertl...@online.de
wrote:
On 10/12/2011 10:22 PM, Lori
Jack,
1. As Michael mentioned - ensure that you are linking to the BLAS
library:
find_package(BLAS REQUIRED)
add_executable( foo ${sources} )
target_link_library( foo ${BLAS_LIBRARIES} )
2. FYI - For the Makefile Generator, the object files are usually stored
in a
http://public.kitware.com/Bug/view.php?id=8438
-Mike
On 10/21/2011 01:20 PM, David Cole wrote:
As an esteemed colleague has pointed out, those with reporter level
account in Mantis may not edit bugs other than their own directly.
So. if you are in that boat, but would like to vote for a
A while ago, when 2.8.2 came out, I installed it and found that it hung
processing our CMakeLists.txt. There doesn't seem to be any debugging ability
in the code, so we went back to 2.8.1. Today I decided to try the latest
greatest (2.8.6): same result. This seems...bad.
It works fine with
Run cmake --trace and redirect the voluminous output to a file.
Inspect it for what's unusual and report back with that.
Or, if the file is not too large (I think 40k is our mailing list limit),
just send the whole thing along with a reply.
If it is really large, and you want us to look at it,
Attached. ZTOOL is a wrapper for CMake, because we're cross-compiling with a
two-stage compiler and have various other requirements.
We do a bunch of CMAKE -E commands before the cmake
-DCMAKE_TOOLCHAIN_FILE:string=%~dp0\zosport.cmake -GUnix Makefiles .\
Hope this makes some sense...
From:
On 10/24/2011 5:42 PM, Phil Smith wrote:
Attached. ZTOOL is a wrapper for CMake, because we’re cross-compiling
with a two-stage compiler and have various other requirements.
We do a bunch of CMAKE –E commands before the cmake
-DCMAKE_TOOLCHAIN_FILE:string=%~dp0\zosport.cmake -GUnix Makefiles .\
Hi all,
I've been searching for an answer to the following problem, with no luck:
I have a CMake build that reads in some data from an external
(non-CMake) file during configuration.
I want to tell CMake that the configuration depends on this file, so
that the --check-build-system / check_cache
Does CMake support the creation of solution directories yet? Also the
ability to assign targets to solution directories would be essential.
The main reason I would use them is to organize/hide CTest projects so that
they don't double the list of projects in the solution (I have 120 projects
right
Ah, ok. With 2.8.1:
C:/Program Files/Regina/regina.exe cc.rex dcc.exe CMakeCCompilerId.c
With 2.8.6:
C:/Program Files/Regina/regina.exe cc.rex;dcc.exe CMakeCCompilerId.c
Note the semicolon; where'd it come from? It's not in the toolchain file:
# This
On Mon, Oct 24, 2011 at 6:14 PM, Robert Dailey rcdai...@gmail.com wrote:
Does CMake support the creation of solution directories yet? Also the
ability to assign targets to solution directories would be essential.
The main reason I would use them is to organize/hide CTest projects so that
they
On 10/25/2011 12:09 AM, Daniel Dunbar wrote:
Hi all,
I've been searching for an answer to the following problem, with no luck:
I have a CMake build that reads in some data from an external
(non-CMake) file during configuration.
I want to tell CMake that the configuration depends on this
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, hooks has been updated
via ad08c2091c710f886c2d8a827bb3c90d8b8a9d03 (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 ae13f7e0233b867669f43a1aedafa3f47e9d0ffb (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 8120129694f6290c34a4017704c5d0a358884c9a (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 9d6fbcb5a3940f2d2125ebadb73ac2793a5f3bfc (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 62015f6f64141f27a67f4063a297ac9d6cb201f2 (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 676fb3b2acea40f5eae7d4badc9dbea2366ce2da (commit)
from
25 matches
Mail list logo
