summaryrefslogtreecommitdiff
path: root/thirdparty/libtheora/fdct.c
diff options
context:
space:
mode:
authorkarroffel <therzog@mail.de>2018-02-09 11:44:54 +0100
committerkarroffel <therzog@mail.de>2018-02-09 11:44:54 +0100
commit2fb66df669eea236938388a56c2bb2bf490b8a62 (patch)
tree85a0fd58fd909460a2f8198992e787b2d96be504 /thirdparty/libtheora/fdct.c
parentcbdd410a6f476503ee4bc27ac2f475a73960236d (diff)
generate proper API structs for GDNative extension extensions
The GDNative C API gets passed to libraries in a struct of function pointers. To provide stable binary compatibility, each extension not part of the core API is separated into its own sub-struct. These structs aren't meant to be changed in order to keep binary compatibility. In case of an API extension, the structs include a `next` pointer which can point to a new struct with additional function pointers. Godot's build system generates the API structs automatically at build time, but so far there has no support for the mentioned `next` pointers. This commit changes the API struct generation in such a way that code that used previous headers will compile without problem with the new headers. The new extension-extensions (weird name, but that's what it is) get generated recursively and include the version in the struct-name.
Diffstat (limited to 'thirdparty/libtheora/fdct.c')
0 files changed, 0 insertions, 0 deletions