The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=13947
==
Reported By:Stephen Kelly
Assigned To:
comicfans wrote:
for the last try (git master in Friday morning), there is no such
problem(only llvm config slow down). when digging that, I checkout old
git version and found this one. so this problem may be resolved in
following commit. sorry for this misleading report.
Great, case closed!
Stephen Kelly wrote:
comicfans44 wrote:
Hello everyone, I use cmake(git master) to build llvm source . and found
this commit
hopes this can help improving CMake
Hi,
I pushed a commit to fix this issue. Please try it out by using the next
branch instead of the master branch.
Thanks,
Brad King wrote:
, so I don't know if TARGET_PROPERTY should be
changed too. If it is, then it makes sense to change TARGET_DEFINED to
consider utilities to not be targets, as that expression is most usefully
used with TARGET_PROPERTY.
Perhaps TARGET_DEFINED is not a good name then. What
Oh, I might need to use the --run_linker (or --compile_only tentatively at
least) argument for the compiler. I will try that with
CMAKE_C(XX)_COMPILER_ARG1. Apologize for the noise.
On Fri, Feb 22, 2013 at 8:35 PM, Laszlo Papp lp...@kde.org wrote:
Hi,
I am now trying to put a toolchain file
No I'm simply using custom build and update commands to run bootstrap.sh and
bjam with appropriate args. I suspect this is the piece the Xcode generator
can't cope with, but I didn't have time to investigate in detail yet.
Regards,
James
On 21 Feb 2013, at 17:59, Jean-Christophe Fillion-Robin
Martin Koller wrote:
On Friday 22 February 2013 12:23:23 Koller, Martin wrote:
I propose the attached patch for CMakeDetermineSystem.cmake
Can someone add this to the mentioned mantis bug entry or shall I create a
new one ?
Revised patch which ignores the case of amd64 so that AMD64 works
On Saturday 23 February 2013 14:58:11 Rolf Eike Beer wrote:
Martin Koller wrote:
On Friday 22 February 2013 12:23:23 Koller, Martin wrote:
I propose the attached patch for CMakeDetermineSystem.cmake
Can someone add this to the mentioned mantis bug entry or shall I create a
new one ?
Hello,
Would you please critique my CMakeLists.txt and helloConfig.cmake.in
files? I am particularly interested in comments that will help me fix
these problems:
- In helloConfig.cmake.in, I assume static libraries will be built
(.a). I imaging a better approach would make no assumptions about
Hi Chris,
To make the process easier, could you create a small project on Gtihub. We
would then be able to comment on a line-by-line basis.
Hth
Jc
On Sat, Feb 23, 2013 at 11:37 PM, Chris Stankevitz
chrisstankev...@gmail.com wrote:
Hello,
Would you please critique my CMakeLists.txt and
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 3d6aacedd3bb50f426984f9ed7f07fde2acbe1a7 (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 017d273c873f7d33bea09b65326c1e540f0801f2 (commit)
via
Stamp
diff --git a/Source/CMakeVersion.cmake b/Source/CMakeVersion.cmake
index b013b2c..073a09a 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 10)
-set(CMake_VERSION_TWEAK 20130223
13 matches
Mail list logo