Age | Commit message (Collapse) | Author |
|
Change-Id: Idddc9a2b76e33c7e90ca51cb2c53e0d9f34d3906
|
|
accidently removed by 5babf1b9037eb283798322eecd8334e6ff1db655
maybe obsolete now
Change-Id: Id1b8ce21e08ce2df5668252406bad6fb549b5206
|
|
...which appears to be a good heuristic to identify functions that are either
unused or should better be declared just once in an include file. (It also
filters out SAL_DLLPUBLIC extern "C" function definitions, which are most likely
meant to be referenced dynamically via dlsym.)
Change-Id: I7fb78cb836b971791704851535dcfbda2b2f5bc0
|
|
Change-Id: Ibb9b5b8f53ab8fdeba6d3db295339ead4bde7b6e
|
|
since it only contains a single sal_Bool site now, and we want
to leave that alone since it's a copy of similar stuff in cppuhelper.
Change-Id: I3cf4cf5f67e95d5b6f70371181f77c5451fcbf50
|
|
i.e. convert "::sal_Bool" to "sal_Bool"
Change-Id: Ie5943aee4fee617bf2670655558927ed25b7e067
|
|
Change-Id: I0e155c6c68a43020110a8e1c0cb29cabdcade454
|
|
It appears that the C++ standard allows overriding destructors to be marked
"override," but at least some MSVC versions complain about it, so at least make
sure such destructors are explicitly marked "virtual."
Change-Id: I0e1cafa7584fd16ebdce61f569eae2373a71b0a1
|
|
Change-Id: I1d49aa9ad238cd5bd2e04479c2eb916f010417df
|
|
(currently only used by a not-yet committed plugin, though)
Change-Id: I4cff7eb97dbe10a44a911be9db090ea8cd10d8f0
|
|
SourceManager::getFilename() returns "<stdin>" whenever icecream is used.
Change-Id: I4e3e1b90880c5fd2b53f20e4ce3e38e3a0486973
|
|
Change-Id: Ia8470bbd04c841e6c44c182493fede3dc312f635
|
|
It's not very efficient, because we generally end up copying it twice -
once into the parameter and again into the destination OUString.
So I create a clang plugin that finds such places and generates a
warning so that we can convert them to pass-by-reference.
Change-Id: I5341a6ea9e3190f4b4c05c42c85595e3dcd83361
|
|
(currently only used by a not-yet committed plugin, though)
Change-Id: Id62ea41031ad8ba4495ef46877ad7a10bc58fb05
|
|
...5e21a413c788f839a66d9e4c14e745ed18058db8 "retrofit std::exception into
overriding exception specs."
Change-Id: If802bbd26b91438f3f46fe18bc763d27967bac5c
|
|
Change-Id: Ibfed0b64bd60804fa377b5e25e5f197a7772d605
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>
|
|
...and subsumes not only the use of __builtin_expect in assert, but also the use
of __builtin_constant_p (nested) in htonl on Mac OS X.
Change-Id: I62ab6c71c42948c4ec1e2f1e1d23223cbb13416b
|
|
Change-Id: I62d21e9a579bcb9c116bb272fc1236a890216cd9
|
|
...see
<http://lists.freedesktop.org/archives/libreoffice/2014-February/059654.html>
"Drop CLANGBUILD in addition to CLANGDIR?"
Change-Id: I8d68aa0f2298240c8e7265cab273c602f5b6881a
|
|
...that would not lead to silent changes of the code. That is, it does not warn
about sal_Bool parameters of virtual functions, so that (not yet rewritten)
overrides do not silently become overloads instead.
The plugin is in store/ for now, because not all of the code has been cleaned up
yet.
Change-Id: I6e9b3847eb26c3090f375045188d38097052defe
|
|
Change-Id: Ife39abda6b5274ae196dcbf591d02fa3f36f6072
|
|
...at least on trunk r202077.
Change-Id: Ieb59cc7ac70e2a57ac13eefdfcbb6bfa42e25218
|
|
...to be able to find problems like 6e0bdf04add338b7d5b29fc7b3fc9f08cfd5e96f
"sal_Bool arg of SetUseImagesInMenus was abused to squeeze '2' through it"
earlier when converting occurrences of sal_Bool to bool.
Restricting this check to function call arguments avoids too much noise while
hopefully still catching all the relevant problems.
(This check partially overlaps the pointertobool check, so implicit conversions
from pointers to bool call arguments will now generate two loplugin warnings,
but that's harmless.)
Change-Id: I0b03b1d1615aaf8bc18e7a84c56fff3ef9903508
|
|
Change-Id: If9c9d63d85ce29629e6453f2d69355bd64ac2fc5
|
|
...as found in Mac OS X' assert macro definition,
__builtin_expect(!(e), 0) ? ... : ...
with type
long __builtin_expect(long, long)
The code in literaltoboolconversion.cxx is needed for
assert(false);
Change-Id: I42f87482c56986af74b2ec849db9852f74c7c938
|
|
Change-Id: Id63f42fa8875211af9f41c21f3fa128403f8a880
|
|
Change-Id: I82cb8aa53ea5fd86d6ff46af876dd3f55e1123d1
|
|
Change-Id: I8883649da31eabbc5a0f9780fb953ad58f154e1e
|
|
(at least against a self-built Clang configured --enable-keep-symbols)
Change-Id: I6e38688c78f78aca1864530042159cdcef7a0694
|
|
...that easily works around the problem that in a rewriter rewriting types of
VarDecls like
T x, y;
it would try to replace T twice. Also, keep the list of removals globally with
the (global) rewriter.
Change-Id: I55b8d11986c2a29e09ff40132fd114a0cc48dc90
|
|
It's easier to type 'make ENABLE_WERROR= <module>' if one wants that.
Change-Id: I2bb9911259f41ecae27dc110723f3364b3ff09cf
|
|
Change-Id: I8262091c52522c54f84c0fac5fd180871d4a3a9f
|
|
Change-Id: I03815f33117a2927b1882d221f159a5de8d3ba78
|
|
Change-Id: I3139021c07db6efe16895e10c0539a8bc60aac9c
|
|
Change-Id: I81a7fac291c46a0ee6da76ab3e29c53ad0678b66
|
|
Useful in case someone wants to find all classes deriving from "foo" and "bar".
Change-Id: I7b12882881712d37976eb8c96fad6e9c9ac01370
|
|
Change-Id: I64480e6026e7e39fe89f90c7d269f6bb1d02968d
|
|
First, I updated the clang rewriter to do the conversion.
Then I lightly hand-tweaked the output for the few places where
the rewriter messed up, mostly when dealing with calls on "this".
Change-Id: I40a6a977959cd97415c678eafc8507de8aa3b1a9
Reviewed-on: https://gerrit.libreoffice.org/7879
Reviewed-by: Michael Stahl <mstahl@redhat.com>
Tested-by: Michael Stahl <mstahl@redhat.com>
|
|
Change-Id: I7e4494b7f1cb62ab27851e34ab4dc6be8e04e1fa
Signed-off-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: I36dc29659d0d6965c28e5fe0bb03759476de4781
|
|
...at least in trunk 200400 towards Clang 3.5.
Change-Id: Ibe956a7f28c16510506bd354582b3fe5a72582e5
|
|
...at least in trunk 200400 towards Clang 3.5.
Change-Id: I6e295e3a4cf721fbda9df8e7c5bed3993ee78216
|
|
It appears that clang 3.3 also generates spurious warnings, so
adjust the ifdef
Change-Id: Idb57f7eafd55effd4c7c8b1f96c03c2ea6ddaba3
|
|
Change-Id: Ib89b4c12d2cdca873a9fe9a509d7a123977652a7
|
|
...maybe this needs adaption for 3.3 or 3.4 too, known to work with trunk
towards 3.5.
Change-Id: I9f05ae44e4a49ae51df69d5a3c1df5eb371a1c87
|
|
Change-Id: Ib902535c03a9f1b93a2c4ff3dd61d29e316bfd49
|
|
...which warns about apparent errors like
n == KIND_FOO || KIND_BAR
that should have read
n == KIND_FOO || n == KIND_BAR
It also warns about trivial (mis-)uses of 0/1 and sal_False/True like
while (1) { ... }
instead of
while (true) { ... }
which it can automatically rewrite.
It does not warn if the relevant code is inside a macro in a .h (i.e., C)
include file, nor when a string literal is used in the assert macro like
assert(!"this cannot happen");
Change-Id: If8c305a25e5da15e78f6139b5b0c0e868f06d4f3
|
|
...which can act as either a rewriter or a non-rewriter that emits warnings.
Also added COMPILER_PLUGIN_WARNINGS_ONLY=X to demote warnings from plugin X from
errors to warnings, even under --enable-werror.
Change-Id: I05361936240a890515c6bba2459565417c1746b7
|
|
...in &=, |=, ^=, as does MSVC, too.
Change-Id: I57ecc9d784dd483e04ae561c62595b1d0380517f
|
|
...as MSVC would warn about those anyway.
Change-Id: If22dfd35bc01aff1a1bef68702c616e711db42fb
|