Initially this didn't help at all, but with some tweaks it now finds
the leaked ChartModel as the #3 and #4 printed stacks, with a very bad
score of 40.
Change-Id: I918bcb64bad0b9432bf2b670b03915836fb34a11
We use arbitrary tags when logging stuff in our code so we can't use the
built-in filtering of adb logcat.
Change-Id: I2d607b86bde975c5cbdd17adc22d0fc15076be51
Use gperf instead of ls to find binpath, so that vs2012/3 can be tested
on non-Windows systems.
Output the vcxproj and vcxproj.filters files with indentation and
formatting.
Make some minor changes to improve pep8 compliance.
Change-Id: Ie8ac11ecf75ad170f0756f803c45356685792e5c
Reviewed-on: https://gerrit.libreoffice.org/11797
Tested-by: David Ostrovsky <david@ostrovsky.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
Since GNU make 4.0 the output of --print-data-base command has been
slightly changed, so that class specific attributed aren'tt prefixed
with "#" char any more. To prevent the duplication of used regexs or
discontinuation of supporting widely used GNU make version 3.8x detect
the case that matches this regex:
target : VAR := VALUE
pand repend '#' character to retry the match for "pseudo" hash-starting
line. This way the same script works for both worlds.
Test Plan:
* have full build of LibreOffice
* install GNU make 4
* verify that gbuild-to-ide is able to parse and emit sane debug project
configuration for both GNU make versions:
$ make-3.8 debug-ide-integration
$ make-4 debug-ide-integration
Change-Id: I7d760d9570f2df510571cc1e8fd7f31115d43b92
Reviewed-on: https://gerrit.libreoffice.org/11751
Tested-by: Peter Foley <pefoley2@verizon.net>
Reviewed-by: Peter Foley <pefoley2@verizon.net>
With earlier version of fgc, one could cd into a sub directory and
use fgc to find the German comments in there.
This change restores that behaviour again.
Change-Id: I2fa30ff98af0418c7531b94f19ff0b81f76abddd
Reviewed-on: https://gerrit.libreoffice.org/11522
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
Let's hope that the various static archives that get built by the NSS
build machinery contain what an iOS app that needs NSS services
requires. I patch out the construction of any dylibs and executables
in nss. We don't use any dylibs on iOS anyway, and of course don't
need any NSS executables either.
Change-Id: Ic977c6e3d6c4e953202e78f8e08c4e61f6c9cb1b
This can be used for YouCompleteMe a vim plugin that allows
auto-completition based on clang. This is much better than the normal
static analyzer based auto-completition.
Change-Id: I4872d2cb3b3a404af55eacf5c71d6a2715771ab6
Reviewed-on: https://gerrit.libreoffice.org/10820
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
All includes coming from isystem where wrong as the regex was not able
to recognize that the isystem and following path belong together.
Additionally stripping the first two characters resulted in broken paths
in this case.
Change-Id: Iaa8e484d1ddcd4c8744d1e37a006ebf915cdfc84
Reviewed-on: https://gerrit.libreoffice.org/10815
Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
as this changes permissions when extracting, and those are restrictive,
since it is a temporary directory
Change-Id: I41b28fe405e5915faeea944eb3cfdbed518ac55d
I ran pylint and corrected the following errors:
* W: 39,0: Unnecessary semicolon
* W:177,0: Bad indentation. Found 19 spaces, expected 20
* W:178,0: Bad indentation. Found 19 spaces, expected 20
* W:213,0: Unnecessary semicolon
* W: 65,8:Parser.get_comments: Unused variable 'linenum'
* C:190,28:Parser.check_file: Operator not preceded by a space
* C:192,24:Parser.check_file: Operator not followed by a space
* C:196,24:Parser.check_file: Comma not followed by a space
* W:223,33:Parser.check_source_files: Redefining built-in 'dir'
Change-Id: Idd4986fecb7b3a2af87d1062b7d08c6c87b9f80f
Reviewed-on: https://gerrit.libreoffice.org/10475
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>