See the cmake command line help for:
--no-warn-unused-cli= Don't warn about command line options.
I would just add --no-warn-unused-cli to the ExternalProject_Add calls and
require CMake 2.8.4. (There is no ExternalProject_Add in CMake 2.6...)
On Sat, Mar 26, 2011 at 9:22 AM, Johnson,
Basically, we call several CMake projects from the same shell scripts,
and each CMake invokation receive the same set of global parameters.
The same way you can invoke a compiler with several -D options and
safely ignore the definitions you do not care about. Or the same way
you can place as
-- Forwarded message --
From: Emmanuel Blot eblot...@gmail.com
Date: Fri, Feb 18, 2011 at 11:48 PM
Subject: Re: [CMake] New warnings in CMake 2.8.4-rc2
To: David Cole david.c...@kitware.com
If a variable is not used, then simply do not define it on the cmake
command line
On Wednesday 16 February 2011, you wrote:
So what is the recommended way to suppress the warnings whatever the
CMake 2.8.x release ?
2.8.4 has been released, the warnings seem to be enabled without a new
policy setting ;-(
Please post to the mailing list, I'm not really involved in these
On Thu, Feb 17, 2011 at 11:47 AM, Alexander Neundorf
a.neundorf-w...@gmx.net wrote:
On Wednesday 16 February 2011, you wrote:
So what is the recommended way to suppress the warnings whatever the
CMake 2.8.x release ?
2.8.4 has been released, the warnings seem to be enabled without a new
The only warning that is enabled by default is to warn you about
misspelled -D options that you pass on the command line. (We think
they *may* be misspelled because they are not referenced in the
configure/generate steps... So it's just a warning.)
You can suppress this by also passing
On Thu, Feb 17, 2011 at 4:37 PM, Emmanuel Blot eblot...@gmail.com wrote:
The only warning that is enabled by default is to warn you about
misspelled -D options that you pass on the command line. (We think
they *may* be misspelled because they are not referenced in the
configure/generate
On 02/05/2011 11:33 AM, Johan Björk wrote:
Hi Guys,
I ran into a very similar issue, It seems that CMAKE_TOOLCHAIN_FILE does
not trigger the whatever mark as used code in question, so even if it
actually *does* use the variable, you still get a warning.
Example output:
Hi Guys,
I ran into a very similar issue, It seems that CMAKE_TOOLCHAIN_FILE does not
trigger the whatever mark as used code in question, so even if it actually
*does* use the variable, you still get a warning.
Example output:
Johan-Bjorks-MacBook-Pro-2:build-morpher phb$ cmake -G Xcode
Hello,
How to disable the new warnings CMake 2.8.4-rc2 emits, such as the
following ones?
CMake Warning: The variable, 'NAMEFUNC', specified manually, was not
used during the generation.
CMake Warning: The variable, 'SAJOBS', specified manually, was not
used during the generation.
CMake Warning
Am Mittwoch, den 02.02.2011, 12:00 +0100 schrieb Emmanuel Blot:
Hello,
How to disable the new warnings CMake 2.8.4-rc2 emits, such as the
following ones?
I support this question too.
There should be a way to switch off this feature of CMake, especially
when variables are used uninitialized
On 2/2/2011 6:10 AM, Micha Renner wrote:
Am Mittwoch, den 02.02.2011, 12:00 +0100 schrieb Emmanuel Blot:
Hello,
How to disable the new warnings CMake 2.8.4-rc2 emits, such as the
following ones?
I support this question too.
There should be a way to switch off this feature of CMake
On 2/2/2011 6:10 AM, Micha Renner wrote:
Am Mittwoch, den 02.02.2011, 12:00 +0100 schrieb Emmanuel Blot:
Hello,
How to disable the new warnings CMake 2.8.4-rc2 emits, such as the
following ones?
I support this question too.
There should be a way to switch off this feature of CMake
On Feb 2, 2011, at 9:12 AM, Bill Hoffman wrote:
On 2/2/2011 6:10 AM, Micha Renner wrote:
Am Mittwoch, den 02.02.2011, 12:00 +0100 schrieb Emmanuel Blot:
Hello,
How to disable the new warnings CMake 2.8.4-rc2 emits, such as the
following ones?
I support this question too
On 2/2/2011 9:21 AM, Michael Jackson wrote:
On Feb 2, 2011, at 9:08 AM, Brad King wrote:
cmake --help:
--warn-uninitialized= Warn about uninitialized values.
--warn-unused-vars = Warn about unused variables.
--no-warn-unused-cli= Don't warn about command line
Am Mittwoch, den 02.02.2011, 09:49 -0500 schrieb Brad King:
On 2/2/2011 9:21 AM, Michael Jackson wrote:
On Feb 2, 2011, at 9:08 AM, Brad King wrote:
cmake --help:
--warn-uninitialized= Warn about uninitialized values.
--warn-unused-vars = Warn about unused
On 2/2/2011 9:59 AM, Micha Renner wrote:
Am Mittwoch, den 02.02.2011, 09:12 -0500 schrieb Bill Hoffman:
On 2/2/2011 6:10 AM, Micha Renner wrote:
Am Mittwoch, den 02.02.2011, 12:00 +0100 schrieb Emmanuel Blot:
Hello,
How to disable the new warnings CMake 2.8.4-rc2 emits, such as the
following
On 2/2/2011 9:21 AM, Michael Jackson wrote:
On Feb 2, 2011, at 9:08 AM, Brad King wrote:
cmake --help:
--warn-uninitialized= Warn about uninitialized values.
--warn-unused-vars = Warn about unused variables.
--no-warn-unused-cli= Don't warn about command
On 2/2/2011 11:14 AM, Emmanuel Blot wrote:
Currently, there is no way to turn this off.
Very, very bad news ;-(
IMHO, this is a recurrent issue with CMake. It seems the
I was wrong. Please read Brad King's posts on this, and then see if it
answers your questions.
-Bill
2011/2/2 Emmanuel Blot eblot...@gmail.com:
Currently, there is no way to turn this off.
Very, very bad news ;-(
IMHO, this is a recurrent issue with CMake. It seems there is no way
to guarantee that a project that builds well with a version of CMake
will build the same way with the next
On Wed, Feb 2, 2011 at 11:46 AM, Eric Noulard eric.noul...@gmail.com wrote:
2011/2/2 Bill Hoffman bill.hoff...@kitware.com:
On 2/2/2011 11:14 AM, Emmanuel Blot wrote:
Currently, there is no way to turn this off.
Very, very bad news ;-(
IMHO, this is a recurrent issue with CMake. It seems
On Wednesday 02 February 2011, Eric Noulard wrote:
2011/2/2 Emmanuel Blot eblot...@gmail.com:
Currently, there is no way to turn this off.
Very, very bad news ;-(
IMHO, this is a recurrent issue with CMake. It seems there is no way
to guarantee that a project that builds well with a
22 matches
Mail list logo