| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|\
| |
| |
| |
| | |
f4f94f3 CTestCustom: Suppress clang warning on the dashboard
|
| |
| |
| |
| |
| |
| |
| |
| | |
"argument unused during compilation" -- well, thanks, but ...
If somebody has a fix to eliminate this warning entirely, rather
than simply suppressing it from our dashboard results, I'm all
ears.
|
|/
|
|
|
| |
This will allow ninja dashboards to show ninja errors as well
as compiler errors from the ninja build.
|
|
|
|
| |
Assuming prior text has matched some other warning expression...
|
|
|
|
|
|
|
|
| |
The clang and icc compilers see two lines of warning with
essentially the same message. But the second line does not
say qglobal.h, so remove that part of the warning exclusion
regex. See parent commit for further comments regarding this
warning exclusion.
|
|
|
|
|
|
|
|
| |
Qt 4.7 and earlier produce a "This version of Mac OS X is unsupported"
warning on Lion, even though they work fine once built. We'll upgrade
this machine to use Qt 4.8 when it's officially released. Until then,
suppress this warning so that we don't miss other "more real" warnings
on the dashboard.
|
|
|
|
| |
They changed the wording of it slightly with Xcode 4.
|
|
|
|
|
|
|
|
|
|
|
| |
Googling for "warning #980: wrong number of actual
arguments to intrinsic function" yields:
http://software.intel.com/en-us/articles/cdiag980/
http://software.intel.com/en-us/articles/diagnostic-980-wrong-number-of-actual-arguments-to-intrinsic-function/
Since the compiler is at fault for issuing the warnings
incorrectly, simply suppress them from CMake dashboard results.
|
|
|
|
| |
Eliminate appearance on dashboard results from Intel compilers.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The warning appears everywhere we use static_cast to explicitly truncate
an integer width. It appears in the form
cc-3968 CC: WARNING File = ..., Line = ...
implicit conversion of a 64-bit integral type to a smaller
integral type (potential portability problem)
static_cast<...>(...);
^
which is strange because a "static_cast" is not implicit. It also
appears in system library code.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Qt files.
|
|
|
|
| |
files that are 'too hard' to fix.
|
|
|
|
| |
masked Utilities/cmtar warnings.
|
| |
|
|
|
|
|
|
|
| |
We've chosen to drop our default dependence on xmlrpc. Thus we disable
the corresponding CTest submission method and remove the sources for
building xmlrpc locally. Users can re-enable the method by setting the
CTEST_USE_XMLRPC option to use a system-installed xmlrpc library.
|
|
|
|
|
|
|
|
| |
This warning appears for libtar.obj, curltest.obj, and synch_client.obj
regularly on CMake dashboard submissions from VS builds. They seem to
occur due to some kind of race condition for objects in small targets.
There is nothing wrong with the code, so this just suppresses the
warnings.
|
| |
|
| |
|
|
|
|
| |
Vista by adding a requestedExecutionLevel element to its manifest.
|
|
file to include the new one for compatibility. This should prevent the long delays of CTest traversing the whole tree looking for CTestCustom.ctest files.
|