The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=13528
==
Reported By:Maciej Dems
Assigned To:
Rolf Eike Beer wrote:
Am Sonntag, 9. September 2012, 11:00:48 schrieb Mathias Gaunard:
In particular some people told me they had been severely put off by
CMake development when their bugs with attached patches that really
improved CMake were moved to the backlog and ignored.
This is just
On 09/11/2012 05:09 PM, Robert Dailey wrote:
I don't see an exlusive or operator in CMake. Could I add one? Would
such a feature be accepted?
Syntax would be:
if( var1 XOR var2 )
Many languages like C, C++, python, lua, etc. do not offer
logical XOR operators, only bitwise XOR. Unlike
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=13530
==
Reported By:prevot
Assigned To:
Hi,
On Wed, 05 Sep 2012 16:03:59 -0400, Brad King wrote:
On 09/05/2012 04:26 AM, Patrick Gansterer wrote:
Thanks for the feedback. I've updated my changes and pushed it to
the
same branch.
Great, thanks. I've pushed the platform file commits with minor
tweaks:
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=13532
==
Reported By:Sean McBride
Assigned To:
CMake tends to be incredibly verbose, so I like to avoid code like
you've just shown me.
Sometimes I have features that require two cache variables. Either
both must be defined, or neither (in the latter case, the feature is
disabled). Specifying one or the other is erroneous. A simple test
would
Fair enough.
Thanks for the concrete example.
On Wed, Sep 12, 2012 at 12:47 PM, Robert Dailey
rcdailey.li...@gmail.com wrote:
CMake tends to be incredibly verbose, so I like to avoid code like
you've just shown me.
Sometimes I have features that require two cache variables. Either
both
On 09/12/2012 11:36 AM, Stephen Kelly wrote:
I've force-pushed the generator-expression-refactor branch to my gitorious
clone.
Great progress!
One thing that bothers me about the current design is that the
cmGeneratorExpression instances now have more states. This
pattern appears everywhere
I was looking at http://www.cmake.org/Wiki/CMake_Useful_Variables and while
scanning through it I once again saw how many variables we have for the
different MSVC versions. Since it's unlikely that MSVC11 is the last (the
variable is currently missing, but I'll fix that soon) I thought if it
On 09/12/2012 02:06 PM, Rolf Eike Beer wrote:
I was looking at http://www.cmake.org/Wiki/CMake_Useful_Variables and while
scanning through it I once again saw how many variables we have for the
different MSVC versions. Since it's unlikely that MSVC11 is the last (the
variable is currently
Brad King wrote:
On 09/12/2012 02:06 PM, Rolf Eike Beer wrote:
I was looking at http://www.cmake.org/Wiki/CMake_Useful_Variables and
while
scanning through it I once again saw how many variables we have for the
different MSVC versions. Since it's unlikely that MSVC11 is the last (the
On 09/12/2012 02:33 PM, Rolf Eike Beer wrote:
Ah, hm. Ok, this is the compiler version variable that I knew it would exist
but did not know how it was named. So this demonstrates exactly what I was
talking about:
if (MSVC_VERSION VERSION_GREATER 1400)
Without looking in the docs, which
There's discussion about that in the following bug tracker entry:
http://public.kitware.com/Bug/view.php?id=8466
That issue is presently in the 'backlog' though, which means nobody is
actively looking at it.
And there does not appear to be a consensus forming about what the
right solution to
The Wiki pre-dates the variables section of the reference documentation.
Is it really needed anymore? Now it just duplicates information.
I agree with this point. The wiki should simply point to the real
documentation of variables that are documented, and get rid of the
duplication.
--
Brad King wrote:
On 09/12/2012 02:33 PM, Rolf Eike Beer wrote:
Ah, hm. Ok, this is the compiler version variable that I knew it would
exist but did not know how it was named. So this demonstrates exactly
what I was talking about:
if (MSVC_VERSION VERSION_GREATER 1400)
Without
On Wed, Sep 12, 2012 at 3:09 PM, Rolf Eike Beer e...@sf-mail.de wrote:
Brad King wrote:
On 09/12/2012 02:33 PM, Rolf Eike Beer wrote:
Ah, hm. Ok, this is the compiler version variable that I knew it would
exist but did not know how it was named. So this demonstrates exactly
what I was
On Tuesday 11 September 2012, Benjamin Eikel wrote:
Am Dienstag, 11. September 2012 um 21:44:29 schrieb Alexander Neundorf:
On Thursday 30 August 2012, Benjamin Eikel wrote:
Am Mittwoch, 29. August 2012 um 18:53:51 schrieb Brad King:
On 08/29/2012 05:43 AM, Benjamin Eikel wrote:
I
Am Mittwoch, 12. September 2012 um 21:50:35 schrieb Alexander Neundorf:
On Tuesday 11 September 2012, Benjamin Eikel wrote:
Am Dienstag, 11. September 2012 um 21:44:29 schrieb Alexander Neundorf:
On Thursday 30 August 2012, Benjamin Eikel wrote:
Am Mittwoch, 29. August 2012 um 18:53:51
On 09/12/2012 03:59 PM, Benjamin Eikel wrote:
Yes, okay. But in your opinion, do you think version support is worth the
test
by running an application? I cannot estimate how large the running time of
such a find module will increase (compiling and running an application). Is
it
common
I'd be content with just interpreting a return value of 77 as a Not
Run status; this is a fairly trivial change that should work well in
any existing setups.
I don't think it is really needed to make things as complex as in the
bug report. Any intelligence, if required, can go in the test
Dear David,
thanks for the solution. As I digged into the source-code, I found
that this was probably a solution.
Best regards,
Kristofer Tingdahl
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep
Hi,
when I installed MinGW, `cmake -G Ninja` started producing ninja files
that use MinGW's gcc to compile source files. How can I tell cmake to
generate ninja files that use cl.exe instead?
I tried searching for cmake ninja mingw msvs and a few related
terms, but I didn't find anything.
Hi,
I've come across some strange behaviour when using add_custom_target and an
add_custom_command( PRE_BUILD or PRE_LINK ) in nested projects.
We have a number of static analysis checks that were working using cppcheck.
The technique was to add a non-automatic global custom target called
On 12.09.2012 12:00, Nico Weber wrote:
Hi,
when I installed MinGW, `cmake -G Ninja` started producing ninja files
that use MinGW's gcc to compile source files. How can I tell cmake to
generate ninja files that use cl.exe instead?
I tried searching for cmake ninja mingw msvs and a few related
About a few weeks ago I asked for help regarding Find*.cmake files for
Pantheios. With your help, I managed to build a Find file for Pantheios
and its associated library STLSoft. My question now is:
Where can I submit those files to be included in the offical CMake
distro so that everyone can use
On 09/12/2012 12:41 PM, Philipp Berger wrote:
About a few weeks ago I asked for help regarding Find*.cmake files for
Pantheios. With your help, I managed to build a Find file for Pantheios
and its associated library STLSoft. My question now is:
Where can I submit those files to be included in
On 9/12/2012 6:00 AM, Nico Weber wrote:
Hi,
when I installed MinGW, `cmake -G Ninja` started producing ninja files
that use MinGW's gcc to compile source files. How can I tell cmake to
generate ninja files that use cl.exe instead?
I tried searching for cmake ninja mingw msvs and a few related
On Wed, Sep 12, 2012 at 8:50 PM, Bill Hoffman bill.hoff...@kitware.com wrote:
On 9/12/2012 6:00 AM, Nico Weber wrote:
Hi,
when I installed MinGW, `cmake -G Ninja` started producing ninja files
that use MinGW's gcc to compile source files. How can I tell cmake to
generate ninja files that
Hello,
I've found that FindICU/FindICU4C (http://site.icu-project.org/)
module is absent in standard cmake installation.
Is anybody already volunteered to create one/select from existing and
then maintain it?
Thank you.
--
Best Regards,
Sergei Nikulov
--
Powered by www.kitware.com
Visit
Am 2012-09-12 12:36, schrieb Brett Delle Grazie:
Hi,
I've come across some strange behaviour when using add_custom_target
and an
add_custom_command( PRE_BUILD or PRE_LINK ) in nested projects.
We have a number of static analysis checks that were working using
cppcheck.
The technique was
On 12 September 2012 14:50, Rolf Eike Beer e...@sf-mail.de wrote:
Am 2012-09-12 12:36, schrieb Brett Delle Grazie:
Hi,
I've come across some strange behaviour when using add_custom_target and
an
add_custom_command( PRE_BUILD or PRE_LINK ) in nested projects.
We have a number of static
Here's what we're using (found somewhere on the internet, slightly modified):
# MACRO_ADD_INTERFACES(idl_files...)
#
# Syntax: MACRO_ADD_INTERFACES(output list idl1 [idl2 [...]])
# Notes: idl1 should be absolute
OK, thanks.
regards
Vivek Goel
On Tue, Sep 11, 2012 at 5:43 PM, David Cole david.c...@kitware.com wrote:
The most reasonable way to achieve this goal would be to write scripts
that replace the configure/build/install steps of the projects that
you want to isolate with DESTDIR.
Then,
Hi,
I have already posted on stackoverflow
http://stackoverflow.com/questions/12390957/problems-with-compiling-llvm-on-windows-with-cmake
but
no help :(
I'm trying to compile llvm on windows 7 using these instructions
http://llvm.org/docs/GettingStartedVS.html
I am using vc++ 2010 express. I
Thanks Bill, I really don't know squat about Linux/Make/NMake -- so
this is helpful.
On Tue, Sep 11, 2012 at 9:22 PM, Bill Hoffman bill.hoff...@kitware.com wrote:
On 9/11/2012 7:17 PM, Robert Dailey wrote:
For some reason I was expecting names specified in project() command
to become a custom
On 9/12/2012 11:39 AM, william pearson wrote:
When I look in the directory there are no .sln or proj files.
Run cmake with --debug-trycompile, that will leave the .sln files around
from the try compile. You can then see what errors you get trying to
build them.
--
Bill Hoffman
Kitware,
kitware-provided CMake installer/executables should be codesigned with
'Developer ID' for GateKeeper on OS X
http://public.kitware.com/Bug/view.php?id=13532
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please
Hi Bill,
Thanks for the quick response.
I have done that and the solution compiles properly when I run it manually,
but when I click on the .sln file it prompts me to open with c++ or c#
which I have installed as well, could this be part of the problem.
Regards,
Bill
On 12 September 2012
Currently I am using unbuffer command to get this thing done.
http://linux.die.net/man/1/unbuffer
regards
Vivek Goel
On Wed, Jun 27, 2012 at 10:45 PM, vivek goel goelvivek2...@gmail.comwrote:
CMake currently checks if it is writing to a TTY, and if not it switch
off colors.
Problem is
The source repository at our company is structured for two products.
Both products have a large amount of shared targets, but there are
certain subdirectories in the tree that are product-specific. Each of
the product-specific targets have their own unit tests (and all common
targets have them as
I prefix test names with the name of the component they test, so
a/tests/CMakeLists.txt:
add_test(a/test_foo test_foo)
b/tests/CMakeLists.txt:
add_test(b/test_foo test_foo)
Then, ctest -R '^a/' from toplevel works.
Sent from my iPhone
On Sep 12, 2012, at 14:12, Robert Dailey
Similar to running 'make' in a sub-directory to build just that
directory and below... running 'ctest' in a sub-directory will just
run the tests for that directory.
Are you asking to be able just to run the tests, or to submit just
those tests to a dashboard?
Just running them is already
I want to submit to dashboard as well, preferably. In addition, I also
want tests of my dependencies (which are usually above the current
directory, elsewhere in the tree) to be built ran as well.
On Wed, Sep 12, 2012 at 1:54 PM, David Cole david.c...@kitware.com wrote:
Similar to running
)
+set(CMake_VERSION_TWEAK 20120912)
#set(CMake_VERSION_RC 1)
---
Summary of changes:
Source/CMakeVersion.cmake |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
hooks/post-receive
--
CMake
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 49e1819f0f7c4cc6eadc2905c1b382e8e7a877ac (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 eb8b0bea6f5eb7aa4fa2de6a54fab6f70c1bcf6e (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 65ef4a987c7208670b8d92c99e8801175497e0b9 (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 e51caf753df9f4c2b08c58417247e9c4fe86cafe (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 33a8c95f280f62e7e59db56815bf05acc71e338b (commit)
via
50 matches
Mail list logo
