| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
Py_TYPE was changed to a function in Python 3.10. Suggested approach is
to use Py_SET_TYPE macro instead, see:
https://docs.python.org/3.10/whatsnew/3.10.html.
|
|
|
|
| |
This is a leftover from when things were split up
|
|
|
|
| |
Less macro magic
|
| |
|
|
|
|
| |
No need to have two similarly named files
|
|
|
|
|
|
|
| |
This asserts that PyType_Ready() was called on the types before using them
to create instances or as base class for other types.
With this PyPy no longer crashes when importing the _gi module.
|
|
|
|
|
| |
They were all just ignoring errors.
Also change those functions to use the pygi prefix.
|
|
|
|
| |
There is no pyglib anymore
|
|
|
|
| |
Leftovers from the static bindings, move to their users.
|
|
|
|
| |
We always build with config.h
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Move all the random declarations in pygobject-private.h to their
respective header files. Rename pygobject.c to pygobject-object.c
so it's clearer that it's not the implementation of pygobject.h.
Add a new pygobject-internal.h which includes pygobject.h
with _INSIDE_PYGOBJECT_ defined like pygobject-private.h did.
In case you are looking at the git log and end up here due to the
rename try:
git log --follow pygobject-object.c
or on the web interface go to the history of the old file name:
https://git.gnome.org/browse/pygobject/log/gi/pygobject.c?id=6b702c052e9f26e809cff494f0c896d17a514c64
https://bugzilla.gnome.org/show_bug.cgi?id=767084
|
|
|
|
|
| |
Update all references to the FSF physical address
to use the web address: http://www.gnu.org/licenses
|
|
Remove gi._gobject._gobject as a separately compiled static module and
move all the files into gi._gi.
Remove dead module initialization macros from "pyglib-python-compat.h"
https://bugzilla.gnome.org/show_bug.cgi?id=712197
|