| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
Instead of allowing each error level to be enabled just enable all of them
through the enable_warnings() method. This matches what the code is currently
doing (minus that one helper script) and simplifies things.
Also remove the error count, it's not used.
|
|
|
|
|
|
|
|
|
|
| |
Clean up the code and make it work with meson. Assume a fixed build dir
to make it less magic and so we can give better error messages.
This also removes all the include path logic because since c93dafe97e70
it no longer parses headers anyway and it wasn't doing anything with it.
Also tested on Windows.
|
| |
|
|
|
|
| |
We only support 3.4+ now.
|
|
|
|
| |
They haven't been used in years and would need an update for meson.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
g-i includes an old version of pep8 and pyflakes and uses that
during "make check".
It (1) doesn't catch all cases newer versions of pycodestyle/pyflakes catch
and (2) doesn't test all Python files (3) doesn't work with meson.
Instead of updating just remove them and depend on flake8 instead.
To run the checks simply run flake8 in the root dir.
This also makes it possible to run those checks when using meson and
not autotools.
To not get test suite failures on flake8 updates move the checks from
"make check" to an extra "make check.quality" target.
|
| |
|
|
|
|
|
|
|
| |
It was not possible to use the tool with a custom build directory,
even when it was given as the second command line parameter.
https://bugzilla.gnome.org/show_bug.cgi?id=756665
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=679438
|
|
|
|
|
|
|
|
|
|
|
|
| |
Add unicode_literals future import which turns any string literal
into a unicode string. Return unicode strings from the Python C extension
module. Force writing of annotations (g-ir-annotation-tool) to output utf8
encoded data to stdout.
This is an initial pass at following the "unicode sandwich"
model of programming (http://nedbatchelder.com/text/unipain.html)
needed for supporting Python 3.
https://bugzilla.gnome.org/show_bug.cgi?id=679438
|
|
|
|
|
|
|
|
|
|
|
| |
Replace occurances of "%r" (repr) in format strings where the intended
behaviour is to output a quoted string "'foo'" with explicit usage
of "'%s'". This is needed to move the codebase to unicode literals
in order to upgrade to Python 3. Python 2 unicode strings are expanded
with repr formatting prefixed with a "u" as in "u'foo'" which causes
failures for various text formatting scenarios.
https://bugzilla.gnome.org/show_bug.cgi?id=679438
|
|
|
|
|
|
|
| |
Use future import "print_function" and update relevant uses of print
as a function call. See: PEP 3105
https://bugzilla.gnome.org/show_bug.cgi?id=679438
|
|
|
|
|
|
|
|
|
|
| |
Import Python 3 compatible "true division" from the future (PEP 238).
This changes the Python 2 classic division which uses floor division
on integers to true division. Verfied we don't actually use the
division operator anywhere in the code base so this a safety for
supporting both Python 2 and 3.
https://bugzilla.gnome.org/show_bug.cgi?id=679438
|
|
|
|
|
|
| |
Use absolute_import to ensure Python 3 compatibility of the code base.
https://bugzilla.gnome.org/show_bug.cgi?id=679438
|
|
|
|
|
| |
Updated from:
https://raw.githubusercontent.com/jcrocholl/pep8/1.6.2/pep8.py
|
|
|
|
| |
... so it lives next to the rest of the maintainer utilities.
|
|
|
|
|
|
|
|
|
| |
Creates .xml.in files in tests/scanner/annotationparser/gtk-doc
which then need to be carefully compared for changes (using your
favorite diff tool) with the .xml files already contained in that
same directory.
https://bugzilla.gnome.org/show_bug.cgi?id=725685
|
|
|
|
|
| |
Updated from:
https://raw.github.com/jcrocholl/pep8/1.4.6/pep8.py
|
|
|
|
|
| |
Grab annotions from gmodule like we do for glib and gio. This
result in a properly generated and documented GModule-2.0.gir.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Version in our tree is a wee bit outdated. For example,
later work will introduce an utf8 encoded python source
file which our old pep8.py does not yet understand (yeah,
it really was *that* ancient)...
Updated from:
https://raw.github.com/jcrocholl/pep8/1.4.5/pep8.py
Takes 552c1f1525e37a30376790151c1ba437776682c5,
f941537d1c0a40f0906490ed160db6c79af572d3,
5a4afe2a77d0ff7d9fea13dd93c3304a6ca993de and
a17f157e19bd6792c00321c8020dca5e5a281f45 into account...
https://bugzilla.gnome.org/show_bug.cgi?id=699535
|
|
|
|
|
|
| |
I'm sick and tired of this.
https://bugzilla.gnome.org/show_bug.cgi?id=693040
|
|
|
|
| |
Assume srcdir=builddir, so users don't have to set this.
|
|
|
|
|
|
| |
The headers are already parsed as they are passed
in to g-ir-scanner. This avoids quite a few warnings triggered
with the new annotation parser.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=672254
|
| |
|
|
|
|
|
|
|
| |
This doesn't quite work yet because we need to know from glib which
files are in srcdir and which are in builddir.
Also add some debugging prints.
|
| |
|
| |
|
|
|
|
|
|
|
| |
Rather than maintaining our own exclusion list, grab the text file
generated by commit ab0e9dbfa76e056f875e969c0d7b6e133ec75431 in glib.
Also it is now Python for sanity.
|
|
|
|
|
|
|
| |
Rather than maintaining our own exclusion list, grab the text file
generated by commit ab0e9dbfa76e056f875e969c0d7b6e133ec75431 in glib.
Also it is now Python for sanity.
|
|
|
|
|
| |
g-ir-annotation-tool is in builddir root now. Also avoid feeding
problematic and not-GI-useful headers to it.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
69 is just too short for a compiler with long error messages and
nested code.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
pep8.py:input_file() normally returns the number of errors found in a
given file, but it returns an empty dict if the file is excluded. Change
it to return 0 instead.
config.py is auto-generated with a prefix that may be longer than
80 characters. Exclude config.py in the pep8.py check. This fixes
4042.
|
|
|
|
|
|
|
|
|
|
|
| |
2009-01-03 Johan Dahlin <jdahlin@async.com.br>
* misc/pep8.py:
Disable blank line check, it works differently under
Python 2.5 from 2.6 and was rather annoying from the start.
svn path=/trunk/; revision=999
|
|
|
|
| |
svn path=/trunk/; revision=371
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
2008-08-14 Johan Dahlin <johan@gnome.org>
* giscanner/girwriter.py:
* giscanner/glibast.py:
* giscanner/glibtransformer.py:
* giscanner/transformer.py:
* misc/pyflakes.py:
* tests/Makefile.am:
Add pyflakes.py and run it in make check.
Update the source code to fix the errors reported by
pyflakes.
svn path=/trunk/; revision=370
|
|
svn path=/trunk/; revision=343
|