summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
...
* giscanner: simplify the MainTransformer().transform() methodDieter Verfaillie2013-05-071-6/+4
| | | | | | | | | | The ast.Namespace.names instance attribute is an OrderedDict which itself is a specialised dict() subclass. There are any number of ways to test if a dict() is empty or not. Creating a copy of it's keys by iterating over them just to count the number of items in the copy is not the most elegant way though. https://bugzilla.gnome.org/show_bug.cgi?id=699533
* giscanner: small cpp_args cleanupDieter Verfaillie2013-05-071-11/+9
| | | | | | No need for two variables... https://bugzilla.gnome.org/show_bug.cgi?id=699533
* giscanner: Define source and header filename extensions only onceDieter Verfaillie2013-05-072-7/+7
| | | | | | | Enables us to to use a more effecient list membership test instead of testing the end of some string multiple times. https://bugzilla.gnome.org/show_bug.cgi?id=699533
* giscanner: make _pass_read_annotations2() more readableDieter Verfaillie2013-05-071-26/+22
| | | | | | | | | | | _apply_annotations2_function() is only ever called by _pass_read_annotations2() so there's no need to go and hide what's being done behind an extra method call. Also change the 'if not something; return' into a more readable 'if something: do something'... https://bugzilla.gnome.org/show_bug.cgi?id=697622
* Update glib annotationsDieter Verfaillie2013-05-072-0/+1480
|
* Add expected doc files for previous commitColin Walters2013-05-073-0/+75
|
* scanner: Parse __int128 and friends as "int"Colin Walters2013-05-073-0/+18
| | | | | | | | | This is a hack, but all we really want to do is ignore them for now. See https://mail.gnome.org/archives/gtk-devel-list/2013-May/msg00013.html https://bugzilla.gnome.org/show_bug.cgi?id=699722
* build: use diff -r when testing generated docsDieter Verfaillie2013-05-061-3/+3
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=699532
* build: silence "make[5]: unlink: Regress-1.0-Python: Is a directory"Dieter Verfaillie2013-05-061-3/+3
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=699532
* build: make it clear generated documentation goes in $(builddir)Dieter Verfaillie2013-05-061-6/+6
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=699532
* Add generated tarballs to .gitignoreDieter Verfaillie2013-05-061-0/+3
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=699531
* Add generated Visual Studio project files to .gitignoreDieter Verfaillie2013-05-061-0/+13
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=699531
* Add printf attributeChristian Persch2013-05-051-0/+3
| | | | | | This fixes a compiler warning when using -Wmissing-format-attribute. https://bugzilla.gnome.org/show_bug.cgi?id=698521
* giscanner: Fix for PEP-8 style checkRico Tzschichholz2013-05-031-1/+2
|
* Fix scanning libraries with no GObjects and linker using --as-neededRobert Ancell2013-05-021-0/+4
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=699442
* Do not misdetect clang as the Microsoft C compilerEmmanuele Bassi2013-05-011-2/+3
| | | | | | Just because they both start with 'cl'. https://bugzilla.gnome.org/show_bug.cgi?id=698090
* Update glib annotationsCosimo Cecchi2013-04-241-0/+26
|
* Update annotations from glib gitColin Walters2013-04-243-27/+290
|
* GIMarshallingTests: remove a function that does not existsGiovanni Campagna2013-04-231-1/+0
| | | | | | It's breaking the gjs test suite https://bugzilla.gnome.org/show_bug.cgi?id=698698
* build: require Python 2.6 from now onDieter Verfaillie2013-04-221-1/+1
| | | | | | | | Nobody is really known to still use g-i with python 2.5, support for 2.5 gets broken every now and then in the tree because nobody is paying much attention any more so just drop it. https://bugzilla.gnome.org/show_bug.cgi?id=698617
* tests: add missing expected generated documentationDieter Verfaillie2013-04-226-0/+233
| | | | | | | | a09072bd1f75dfc7497ed599e03e331bff411fd4 introduced new symbols in tests/scanner/regress.[ch] but was missing the expected generated documentation. https://bugzilla.gnome.org/show_bug.cgi?id=698616
* fix "make distcheck"Dieter Verfaillie2013-04-215-8/+12
| | | | | | | | | | - Configure with --enable-doctool when running "make distcheck" - Remove $(top_builddir)/.make-check-passed as the pre-commit hook using this was removed in de84ea0cf212c251e099f456bb675492f664e93d - Fix CLEANFILES + manual rm invocations - Fix running warning tests uninstalled (VPATH build issue) https://bugzilla.gnome.org/show_bug.cgi?id=697669
* remove ./configure summaryDieter Verfaillie2013-04-211-7/+0
| | | | | | | ${enable_tests} was removed in f5631640751b5a998b3616db78dd5dcd9ee62126 so there's nothing left to report about... https://bugzilla.gnome.org/show_bug.cgi?id=697669
* giscanner/scannerlexer.l: Parse and ignore more __asm and __volatilePatrick Welche2013-04-201-0/+4
| | | | | | | | | | | | | | In the spirit of c9708af2 also parse and ignore __asm [whitespace] volatile __asm__ [whitespace] volatile __volatile __volatile__ Ignoring __volatile is cosmetic, but the __asm cases avoid an unwanted VOLATILE token. Extension of https://bugzilla.gnome.org/show_bug.cgi?id=678794
* test(1) uses '=' to test if strings are identicalPatrick Welche2013-04-201-1/+1
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=698438
* tests: Add a struct with fixed-size gcharColin Walters2013-04-193-0/+36
| | | | See https://bugzilla.redhat.com/920595
* typelib: Also ignore typelibs with empty c:prefixColin Walters2013-04-151-1/+1
| | | | | | | As seen in xlib.gir at least; this is something we should probably ban though. https://bugzilla.gnome.org/697759
* girparser: Also honor legacy c:prefixColin Walters2013-04-151-0/+3
| | | | | | | vala generates this, and we need to honor it now that we're using the c:prefix as an optimization when searching for gtypes. https://bugzilla.gnome.org/697759
* giscanner: only parse GTK-Doc comment blocks, ignore the restDieter Verfaillie2013-04-091-3/+25
| | | | | | | | | | For example, GTK+ has over 15.000 comment blocks (/* ... */) of which only about 5.000 are GTK-Doc comment blocks (/** ... */). No need to store and parse those +-10.000 comment blocks just to find out we don't care about them anyway. https://bugzilla.gnome.org/show_bug.cgi?id=697625
* giscanner: use mkstemp() instead of mktemp()Dieter Verfaillie2013-04-091-3/+3
| | | | | | mktemp was deprecated in Python 2.3... https://bugzilla.gnome.org/show_bug.cgi?id=697624
* giscanner: make _pass_fixup_hidden_fields() more readableDieter Verfaillie2013-04-091-8/+5
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=697621
* giscanner: fix broken xml:whitespace attributes in .gir filesDieter Verfaillie2013-04-094-359/+359
| | | | | | | The XML specification clearly states it's xml:space http://www.w3.org/TR/xml/#sec-white-space https://bugzilla.gnome.org/show_bug.cgi?id=628739
* giscanner: use SqlAlchemy's OrderedDict implementationDieter Verfaillie2013-04-093-28/+95
| | | | | | | | | | | | | | | | | | | | | | | | | | g-ir-scanner can be a bit on the slow side. While true we now do a bit more work parsing GTK-Doc comment blocks and more is still to come, one of the biggest hotspots besides what's going on in _giscanner.SourceScanner() comes from the OrderedDict implementations we have been using. For example, time needed to build Gtk-3.0.gir on a relatively slow machine using "python2 -m cProfile -o $prefix/bin/g-ir-scanner ...": 1) Our original DictMixin sublass: 92,79867 seconds 2) Python's collections.OrderedDict class: 88,65786 seconds 3) Larosa/Foord implementation from http://www.voidspace.org.uk/python/odict.html : 71,64323 seconds 4) SqlAlchemy's implementation: 66,12449 seconds Looks like we have a clear winner with the SqlAclchemy implementation, which comes in at around 20 seconds without profiling on the same machine. Not bad. https://bugzilla.gnome.org/show_bug.cgi?id=697620
* giscanner: don't shadow built-in 'type' symbolDieter Verfaillie2013-04-091-1/+1
| | | | | | use the documented __exit__ signature instead https://bugzilla.gnome.org/show_bug.cgi?id=697619
* giscanner: prefer "except X as e" over "except X, e"Dieter Verfaillie2013-04-095-34/+34
| | | | | | It's more readable and as an added bonus Python 3 compatible. https://bugzilla.gnome.org/show_bug.cgi?id=697616
* giscanner: remove unused variables and importsDieter Verfaillie2013-04-093-7/+4
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=697615
* giscanner: fix string formatting tuplesDieter Verfaillie2013-04-091-10/+10
| | | | | | | | | | | | | | | | | | | | During review Colin Walters mentioned: """ One thing I should probably explain is my habit of *always* passing a tuple for %. The reason is pretty simple...a long time ago I had an error handler that did: print "unexpected data: %s" % foo. And I'd changed the type of "foo" from a string to a tuple at some point. But this obviously caused "print" to fail because it was expecting multiple format strings. Basically always using tuples is safer in case you change the type of a variable to a tuple. """ This fixes violations of this rule introduced up until now. https://bugzilla.gnome.org/show_bug.cgi?id=697614
* tests: fix a too wide search/replaceDieter Verfaillie2013-04-0915-33/+32
| | | | | | Changed by accident in 2df621c53cdffbc3c43c3745947ee859020c8338 https://bugzilla.gnome.org/show_bug.cgi?id=697613
* tests: Restore intentional mixed tab/space indentationDieter Verfaillie2013-04-091-8/+8
| | | | | | Removed by accident in 2df621c53cdffbc3c43c3745947ee859020c8338 https://bugzilla.gnome.org/show_bug.cgi?id=697612
* gitypelib: And another fix for empty stringsColin Walters2013-04-081-3/+12
|
* typelib: Fix logic error in previous commitColin Walters2013-04-081-3/+8
|
* typelib: Only malloc once during string iterationColin Walters2013-04-081-8/+60
| | | | Just more efficient.
* Optimize g_irepository_find_by_gtypeDaniel Drake2013-04-083-79/+118
| | | | | | | | | | | | | | | | | | | | | | | | | | When g_irepository_find_by_gtype() doesn't succeed on a simple prefix match (the current 'fastpass' mechanism), it ends up taking a considerable amount of CPU time, traversing the contents of all typelibs. I imagine that the reasons to have the exhaustive search fallback are not as strong as they used to be. For example, the case mentioned (Clutter including Cogl) no longer seems to be true. Also, typelibs (as generated by g-ir-scanner) now provide comma-separated C prefix info for cases when the typelib includes introspection info for multiple prefixes. For example, the Sugar typelib has a c_prefix string of Sugar,EggSM,Gsm,Acme. So I imagine there are not many remaining justified cases where the exhaustive search is needed. With that in mind, I found two ways to optimize this function: 1. Support comma-separated C prefixes 2. Don't bother with an exhaustive search if we did find a typelib claiming support for the prefix. For example, if we're looking for GdkDeviceManagerXI2 (currently non-introspectable) and we already found typelib files providing the 'Gdk' prefix that didn't offer this, lets not bother with the exhaustive search, we aren't going to find anything.
* scannermodule: Fix a bad checkJasper St. Pierre2013-04-071-1/+1
| | | | Spotted by Coverity
* gimarshallingtests: Fix vfunc_return_enum typeSimon Feltman2013-04-041-1/+1
| | | | | | | Change mistaken return type of GIMarshallingTestsFlags to GIMarshallingTestsEnum in vfunc_return_enum. https://bugzilla.gnome.org/show_bug.cgi?id=637832
* girepository: Use g_atomic for refcountingColin Walters2013-04-022-15/+19
| | | | | | | | They could be freed in separate threads (e.g. language binding GC thread). But no particular reason to change other than noticing it during code inspection for a different bug. https://bugzilla.gnome.org/show_bug.cgi?id=688694
* Unbreak giscanner on OpenBSD.Jasper Lievisse Adriaanse2013-03-281-1/+1
| | | | | | | Commit 9a1e0c63c13f3567e75553d2d07dd914d5b81287 broke this as os.name doesn't return 'OpenBSD', but 'posix' https://bugzilla.gnome.org/show_bug.cgi?id=696765
* Release 1.36.0GOBJECT_INTROSPECTION_1_36_0gnome-3-8Colin Walters2013-03-251-3/+3
|
* Update GLib annotations to 2.36.0Colin Walters2013-03-251-0/+75
|
* Update GLib annotations to 2.35.9GOBJECT_INTROSPECTION_1_35_9Colin Walters2013-03-212-1453/+1
|
View Lorry Controller Status