summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* Release 1.38.0GOBJECT_INTROSPECTION_1_38_0gnome-3-10Colin Walters2013-09-241-2/+2
|
* Update annotations for glib-2.38Colin Walters2013-09-241-1452/+0
|
* Update gengir.batChun-wei Fan2013-09-181-1/+1
| | | | | Commit 08958a30 added a gmodule-2.0.c that is to be used to generate the .gir file for GModule. Update gengir.bat accordingly for GModule-2.0.gir.
* gir: Add gmodule-2.0.cRico Tzschichholz2013-09-133-2/+279
| | | | | Grab annotions from gmodule like we do for glib and gio. This result in a properly generated and documented GModule-2.0.gir.
* Update annotations from glib gitRico Tzschichholz2013-09-112-1/+75
|
* Update annotations from glib gitMartin Pitt2013-09-021-0/+6
|
* Update annotations from glib gitMartin Pitt2013-09-023-22/+1503
|
* Update annotations from glib gitColin Walters2013-08-251-1453/+1
|
* TypoBehdad Esfahbod2013-08-221-1/+1
|
* dumper: Attempt to identify MSVC/'cl' more preciselyColin Walters2013-08-221-3/+3
| | | | | | | | | Checking for 'cl' in the whole compiler string trips up people who do CC='gcc --command-with-cl-in-the-name'. We should (probably) only look at the first argument, although this will break for people doing CC='ccache cl', but would someone do that? See: https://bugzilla.gnome.org/show_bug.cgi?id=698090
* Release 1.37.6GOBJECT_INTROSPECTION_1_37_6Colin Walters2013-08-201-1/+1
|
* Update annotations from glib gitRico Tzschichholz2013-08-192-37/+162
|
* Update annotations from glib gitRico Tzschichholz2013-08-192-6/+17
|
* build/win32/gengir.bat: Process win32-1.0.girChun-wei Fan2013-08-061-6/+8
| | | | | | ...and include it when we generate GLib-2.0.gir as the Windows types are used from there on, and update the .typelib compilation command lines accordingly, as it will be referenced.
* Makefile: Fix the buildColin Walters2013-08-031-0/+1
|
* Add win32-1.0.girColin Walters2013-08-022-1/+21
| | | | | | | So for doing the GTK+ stack with gobject-introspection on Windows, we basically need to stub out the win32 types just like we do for xlib. Contributed by serenomickael@gmail.com
* Update annotations from glib 2.37.5Rico Tzschichholz2013-07-302-13/+18
|
* scanner: Consistently use realpath() on input filenamesColin Walters2013-07-281-1/+1
| | | | | | | | | | | | | | | | The scanner has some logic to compare the filenames specified on the command line against files it will parse. For the latter, it uses g_realpath(). With this patch, we also use g_realpath() on the command line arguments. This fixes g-i when used inside jhbuild in a gnome-ostree VM, which has a symbolic link /home -> /sysroot/home. This caused a realpath mismatch, and then we'd ignore the input source files. It'd be best to get out of the realpath business entirely...but a patch to do that seems more likely to break. https://bugzilla.gnome.org/show_bug.cgi?id=704864
* MSVC Builds: Fix "Installation" Process againChun-wei Fan2013-07-191-3/+31
| | | | | | | My previous commit on this (d2613dd9) didn't quite get it right then and some items were missed from that commit. Get that corrected, and ensure also the scripts/templates in collections/ and doctemplates are "installed" accordingly.
* Visual Studio builds: Update _giscanner ProjectChun-wei Fan2013-07-192-8/+8
| | | | | | Add the "PC" folder in the Python installation root as one of the include folders, as that is where pyconfig.h would reside (at least for the people that compiled Python themselves from source using Visual Studio)
* Update annotations from glib gitRico Tzschichholz2013-07-162-6/+288
|
* Update annotations from glib 2.37.4Rico Tzschichholz2013-07-112-14/+30
|
* Release 1.37.4GOBJECT_INTROSPECTION_1_37_4Colin Walters2013-07-101-1/+1
|
* gimarshallingtests: Add test for GValue pass-by-referenceSimon Feltman2013-07-022-0/+15
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=701058
* Update annotations from glib gitDieter Verfaillie2013-06-233-1463/+201
|
* tests: Fix make distRico Tzschichholz2013-06-211-1/+3
|
* Visual Studio Builds: Fix "Installation" ProcessChun-wei Fan2013-06-211-2/+3
| | | | | Install the Python scripts under collections/ and doctemplates/, especially the scripts under collections are required during the run of g-ir-scanner.
* giscanner: Fix PEP-8 issueRico Tzschichholz2013-06-191-0/+2
|
* giscanner: Add a simple automatic sections file generatorJasper St. Pierre2013-06-165-3/+445
| | | | | | | | | This is a very basic sections file generator, and isn't too smart. It's simply intended to be a base to build docs on, and will be used if the user doesn't provide a sections file when calling g-ir-doc-tool, for convenience purposes. https://bugzilla.gnome.org/show_bug.cgi?id=699856
* g-ir-scanner.1: Fix doc for --programSimon Kågedal Reimer2013-06-101-1/+1
| | | | | | Binary takes --introspect-dump argument, not --introspect. https://bugzilla.gnome.org/show_bug.cgi?id=701958
* Fix indentation on pretty printed Makefile rulesRobert Ancell2013-06-061-2/+2
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=701679
* g_irepository_dump: Update doc to match codeSimon Kågedal Reimer2013-06-051-2/+4
| | | | | | | The input file no longer only consists of names of get_type-functions, instead begins with either "get-type:" or "error-quark:". https://bugzilla.gnome.org/show_bug.cgi?id=701639
* Release 1.37.1GOBJECT_INTROSPECTION_1_37_1Colin Walters2013-05-281-2/+2
|
* Update annotations from glib gitColin Walters2013-05-283-39/+1599
|
* scanner: Only warn about signal parameters if there are someColin Walters2013-05-071-1/+3
| | | | We don't want to emit a warning if there are actually no parameters.
* tests: Update misc/pep8.py to 1.4.5Dieter Verfaillie2013-05-0726-682/+1765
| | | | | | | | | | | | | | | | | 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
* giscanner: emit 'incorrect number of parameters in comment block' warningDieter Verfaillie2013-05-071-12/+18
| | | | | | | instead of silently ignoring parameter names on signals when the number of parameters doesn't match our expectations. https://bugzilla.gnome.org/show_bug.cgi?id=697623
* sectionparser: Ignore other directives to gtk-docJasper St. Pierre2013-05-071-0/+4
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=699856
* sectionparser: Remove the main subsectionJasper St. Pierre2013-05-071-2/+2
| | | | | | This isn't how subsections work https://bugzilla.gnome.org/show_bug.cgi?id=699856
* sectionparser: Add support for <INCLUDE>Jasper St. Pierre2013-05-071-0/+6
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=699856
* sectionparser: RenameJasper St. Pierre2013-05-071-2/+2
| | | | | | It's called a sections file, not a section file. https://bugzilla.gnome.org/show_bug.cgi?id=699856
* sectionparser: Allow subsections with no nameJasper St. Pierre2013-05-071-2/+2
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=699856
* sectionparser: Fix subsection regexJasper St. Pierre2013-05-071-1/+1
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=699856
* sectionparser: Fix regex matchingJasper St. Pierre2013-05-071-3/+3
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=699856
* sectionparser: Construct Subsections, not SectionsJasper St. Pierre2013-05-071-1/+1
| | | | | | Whoops! https://bugzilla.gnome.org/show_bug.cgi?id=699856
* transformer: Remove annotationsJasper St. Pierre2013-05-072-5/+0
| | | | | | | The transformer doesn't need the annotations, so why are we giving it to it? https://bugzilla.gnome.org/show_bug.cgi?id=699854
* annotationparser: Remove get_tag/get_paramJasper St. Pierre2013-05-073-24/+18
| | | | | | They're useless if we can just access the dict directly. https://bugzilla.gnome.org/show_bug.cgi?id=688897
* Revert addition of __int128 testsColin Walters2013-05-075-87/+0
| | | | | | | | It's not available on 32 bit architectures, which is a pain for our testing because we can't easily make Regress architecture independent. This reverts commit ca93f8474c9f6ca184d0b5806a4e459ad3dcd132.
* giscanner: move odict.OrderedDict into a collections packageDieter Verfaillie2013-05-075-5/+34
| | | | | | because we'll add more related code to collections later on https://bugzilla.gnome.org/show_bug.cgi?id=699536
* giscanner: remove unneeded encode('utf-8').decode('utf-8') roundtripDieter Verfaillie2013-05-071-1/+1
| | | | | | | | | line is a unicode() instance, xml.sax.saxutils.escape() does nothing more than call a couple of replace() methods on said unicode() instance so it makes little sense to encode line into a str() and decode the escaped result back into a unicode(). https://bugzilla.gnome.org/show_bug.cgi?id=699533
View Lorry Controller Status