| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
because we'll add more related code to collections later on
https://bugzilla.gnome.org/show_bug.cgi?id=699536
|
| |
|
|
|
|
|
| |
We eventually want to stop using Mallard as a documentation language.
Rationale incoming when I convert all templates back to DocBook.
|
|
|
|
| |
This will be used to group symbols into documentation sections.
|
|
|
|
| |
Copy/pasted from Python.
|
| |
|
|
|
|
|
|
|
|
|
| |
As templates are in their own directory and segregated into language
already, this is sort of repeating the issue. At the same time, always
explicitly use relative ("./") or absolute ("/") lookups for templates.
We want to eventually have base templates to share between languages, so
to do so without namespace clashes makes sense.
|
| |
|
|
|
|
|
| |
This is a quick cleanup before we inherit from a common template
for all pages.
|
|
|
|
|
|
|
|
| |
http://git.gnome.org/browse/gobject-introspection/commit/?id=8b23c6c changed
the lookup path of the g-ir-doc-tool templates at runtime, but did not change
the install location of the templates. Install them into the expected place.
https://bugzilla.gnome.org/show_bug.cgi?id=691873
|
|
|
|
|
|
| |
Instead of cluttering up the giscanner directory, put templates
into their own files, with each language having its own templates
in its own directory for comfort.
|
|
|
|
|
|
|
|
| |
... instead of having a secondary hard-coded list. This results
in the removal of giscanner/annotationpatterns.py to prevent a
circular import.
https://bugzilla.gnome.org/show_bug.cgi?id=688897
|
|
|
|
|
|
| |
Makes it work on case-sensitive file systems such as HFS+.
https://bugzilla.gnome.org/show_bug.cgi?id=667405
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=672254
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
- AM_CHECK_PYTHON_LIBS doesn't work for 64bit sytems (lib64)
- Python extension modules do not need to be linked against
libpython on linux anyway, but it is needed on Windows
So only run AM_CHECK_PYTHON_LIBS in configure.ac for the windows
case and make it clear in Makefile-giscanner.am linking
against libpython is a windows only thing.
https://bugzilla.gnome.org/show_bug.cgi?id=658914
|
|
|
|
|
|
| |
By simply using -shrext ".pyd".
https://bugzilla.gnome.org/show_bug.cgi?id=620566
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- AM_CHECK_PYTHON_HEADERS macro now allows PYTHON_INCLUDES to be overridden
from an environment variable and
- the new AM_CHECK_PYTHON_LIBS macro to check for ability to link against
libpython. This also allows PYTHON_LIBS and PYTHON_LIB_LOC to be overridden
from their respective environment variables.
This allows gobject-introspection to be built with MinGW/MSYS by doing:
PYTHON_DIR="/c/Python27"
SRC_DIR="/d/dev/gnome.org/checkout/gobject-introspection/src"
...
PYTHON_INCLUDES="-I${PYTHON_DIR}/include/" \
PYTHON_LIBS="-L${PYTHON_DIR}/libs/ -lpython${PYTHON_VERSION}" \
PYTHON_LIB_LOC="${PYTHON_DIR}/libs/" \
"${SRC_DIR}/configure" \
https://bugzilla.gnome.org/show_bug.cgi?id=620566
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=657686
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=625494
|
|
|
|
|
| |
Generating Python source code is problematic for srcdir != builddir;
steal a the trick of putting global data in __builtins__ from jhbuild.
|
|
|
|
| |
Build artifacts go in the builddir, so drop the giscanner/ prefix.
|
|
This is cleaner and faster, and prepares us better for an incoming
import of CMPH.
|