| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
|
|
|
|
| |
...from function definitions occurring within class definitions. Done with
a rewriting Clang plugin (to be pushed later).
Change-Id: I9c6f2818a57ccdb361548895a7743107cbacdff8
Reviewed-on: https://gerrit.libreoffice.org/34874
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
| |
|
|
|
|
|
|
|
|
|
|
| |
not randomly scattered through the code
found with something like:
git ls-files *.cpp | xargs grep -Pzl "(?s){.*#include"
Change-Id: I9c242fa4ef99e8677f2800d7ec9f16d16e488351
Reviewed-on: https://gerrit.libreoffice.org/30952
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The issue of 362d4f0cd4e50111edfae9d30c90602c37ed65a2 "Explicitly mark
overriding destructors as 'virtual'" appears to no longer be a problem with
MSVC 2013.
(The little change in the rewriting code of compilerplugins/clang/override.cxx
was necessary to prevent an endless loop when adding "override" to
OOO_DLLPUBLIC_CHARTTOOLS virtual ~CloseableLifeTimeManager();
in chart2/source/inc/LifeTime.hxx, getting stuck in the leading
OOO_DLLPUBLIC_CHARTTOOLS macro. Can't remember what that
isAtEndOfImmediateMacroExpansion thing was originally necessary for, anyway.)
Change-Id: I534c634504d7216b9bb632c2775c04eaf27e927e
|
| |
|
|
| |
Change-Id: I2bca01e1ac3585674804b94d1cd65c18c41998ac
|
| |
|
|
| |
Change-Id: I2ea407acd763ef2d7dae2d3b8f32525523ac8274
|
| |
|
|
|
|
| |
change control, empty documentation tags
Change-Id: Iad06c00ebad7dcb7d7d40040d77dee2d6307c9a5
|
| |
|
|
| |
Change-Id: I17927d48a75c332f1ddc3853145b14daac17f9c0
|
| |
|
|
|
|
|
|
|
|
| |
Where we can prove that the virtual method is never overriden.
In the case of pure-virtual methods, we remove the method entirely.
Sometimes this leads to entire methods and fields being
eliminated.
Change-Id: I138ef81c95f115dbd8c023a83cfc7e9d5d6d14ae
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Find places where we are returning a pointer to something, where we can
be returning a reference.
e.g.
class A {
struct X x;
public X* getX() { return &x; }
}
which can be:
public X& getX() { return x; }
Change-Id: I796fd23fd36a18aedf6e36bc28f8fab4f518c6c7
|
| |
|
|
| |
Change-Id: I1539597cd5bcabcbf0295d1acc320c503ad53604
|
| |
|
|
| |
Change-Id: Ic3e01b5ecfb159d88c7c849a85ff612cdda5b418
|
| |
|
|
|
|
|
| |
...mostly done with a rewriting Clang plugin, with just some manual tweaking
necessary to fix poor macro usage.
Change-Id: Ie656f9d653fc716f72ac175925272696d509038f
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
These macros was never defined:
KANJI
AMIKAKE
BORDER_BMP
SMARTEXT
JAPANESE_ENABLED
BENUTIL_SUPPORT
So, these code inside these ifdefs was never executed. Remove all this.
Also in this commit, remove some odd comments and commented code.
Change-Id: Idd4991d06d1c879e64f07875241a8acfa35695d0
Signed-off-by: Marcos Paulo de Souza <marcos.souza.org@gmail.com>
Reviewed-on: https://gerrit.libreoffice.org/777
Tested-by: Caolán McNamara <caolanm@redhat.com>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
|
| |
|
|
| |
Change-Id: Ie83cd8392363800bcb1de641b537efdab2910ddd
|
| | |
|
| | |
|
| | |
|
| |
|
