gdextension-api

Godot GDExtension API; used by godot-rust

2 unstable releases

4.2.0-rev.0 Jun 22, 2024
4.1.3-rev.0 Jun 22, 2024
0.2.0 Aug 16, 2024
0.1.0 Jun 23, 2024
0.0.0 Jun 8, 2024

#497 in Game dev

Download history 22/week @ 2024-06-10 234/week @ 2024-06-17 214/week @ 2024-06-24 189/week @ 2024-07-01 219/week @ 2024-07-08 223/week @ 2024-07-15 219/week @ 2024-07-22 99/week @ 2024-07-29 135/week @ 2024-08-05 246/week @ 2024-08-12 205/week @ 2024-08-19 158/week @ 2024-08-26 146/week @ 2024-09-02 113/week @ 2024-09-09 127/week @ 2024-09-16 234/week @ 2024-09-23

655 downloads per month
Used in 11 crates (via godot-bindings)

MPL-2.0 license

4.5MB
91K SLoC

logo.png

Rust bindings for Godot 4

Website | Book | API Docs | Discord | Mastodon | Twitter | Sponsor

gdext is a library to integrate the Rust language with Godot 4.

Godot is an open-source game engine, focusing on a productive and batteries-included 2D and 3D experience.
Its GDExtension API allows integrating third-party languages and libraries.

If you are looking for a Rust binding for Godot 3 (GDNative API), check out gdnative.

Philosophy

The Rust binding is an alternative to GDScript, with a focus on type safety, scalability and performance.

The primary goal of gdext is to provide a pragmatic Rust API for game developers.

Recurring workflows should be simple and require minimal boilerplate. APIs are designed to be safe and idiomatic Rust wherever possible. Due to interacting with Godot as a C++ engine, we sometimes follow unconventional approaches to provide a good user experience.

Development status

The gdext library has evolved a lot during 2023 and 2024 and is now in a usable state for smaller projects. However, there are still certain things to keep in mind.

[!WARNING]
The public API introduces breaking changes from time to time. Most of these are motivated by new features and improved ergonomics for existing ones. See also API stability in the book.

Features: While most Godot features are available, some less commonly used ones are missing. See #24 for an up-to-date overview. At this point, there is little support for Android or iOS, and Wasm is experimental. Contributions are very welcome!

Bugs: Most undefined behavior related to the FFI layer has been ironed out, but there may still be occasional safety issues. Apart from that, new additions to the library are typically not feature-complete from the start, but become more robust with feedback and testing over time. To counter bugs, we have an elaborate CI suite including clippy, unit tests, engine integration tests and memory sanitizers. Even hot-reload is tested!

Getting started

To dive into Rust development with gdext, check out the godot-rust book. The book is still under construction, but already covers a Hello World setup as well as several more in-depth chapters.

To consult the API reference, have a look at the online API Docs.

Furthermore, we provide a small example game in the examples/dodge-the-creeps directory.
The example examples/hot-reload demonstrates hot-reloading in the Godot editor.

If you need help, join our Discord server and ask in the #help-gdext channel!

License

We use the Mozilla Public License 2.0. MPL tries to find a balance between permissive (MIT, Apache, Zlib) and copyleft licenses (GPL, LGPL).

The license provides a lot of freedom: you can use the library commercially and keep your own code closed-source, i.e. game development is not restricted. The main condition is that if you change gdext itself, you need to make those changes available (and only those, no surrounding code).

Contributing

Contributions are very welcome! If you want to help out, see Contributing.md for some pointers on getting started.

No runtime deps