#binding #bindings #generator #json #file #api #engine #note #godot

build gdnative_bindings_generator

Generates bindings for the Godot engine’s gdnative classes from a json api description file

6 releases (breaking)

✓ Uses Rust 2018 edition

new 0.8.1 May 31, 2020
0.8.0 Mar 9, 2020
0.7.0 Dec 22, 2019
0.3.0 Jan 16, 2019
0.1.0 Sep 23, 2018

#14 in Game development

Download history 38/week @ 2020-02-09 41/week @ 2020-02-16 40/week @ 2020-02-23 38/week @ 2020-03-01 105/week @ 2020-03-08 69/week @ 2020-03-15 95/week @ 2020-03-22 47/week @ 2020-03-29 113/week @ 2020-04-05 313/week @ 2020-04-12 550/week @ 2020-04-19 89/week @ 2020-04-26 51/week @ 2020-05-03 88/week @ 2020-05-10 228/week @ 2020-05-17 121/week @ 2020-05-24

639 downloads per month
Used in 15 crates (14 directly)

MIT license

1.5K SLoC

GDNative bindings for Rust

Docs Status

Rust bindings to the Godot game engine.

API Documentation

  • Note that this generally matches the Godot API but you have to do casting between classes and subclasses manually.


The bindings cover most of the exposed API of Godot 3.2, and are being used on a number of projects in development, but we still expect non-trivial breaking changes in the API in the coming releases.

Engine compatibility

We are serious about engine compatibility. We are committed to keeping compatibility with the latest stable patch releases of all minor versions of the engine, starting from Godot 3.2.

The current minimum compatible version, with api.json replacement, is Godot 3.1.1-stable. Changes to this will be considered a breaking change, and will be called out in the release notes.


The generator makes use of bindgen, which depends on Clang. Instructions for installing bindgen's dependencies for popular OSes can be found in their documentation: https://rust-lang.github.io/rust-bindgen/requirements.html.


Godot 3.2

After bindgen dependencies are installed, add the gdnative crate as a dependency, and set the crate type to cdylib:

gdnative = "0.8"

crate-type = ["cdylib"]

Other versions or custom builds

The bindings are currently generated from the API description of Godot 3.2 by default. To use the bindings with another version or a custom build, one currently has to use the bindings as a local dependency:

# Clone the repository and check out version 0.8.1
git clone https://github.com/godot-rust/godot-rust/
cd godot-rust
git checkout 0.8.1

# Update the API description file
godot --gdnative-generate-json-api bindings_generator/api.json

Then, add the gdnative crate as a local dependency instead:

gdnative = { path = "path/to/godot-rust/gdnative" }


The most general use-case of the bindings will be to interact with Godot using the generated wrapper classes, as well as providing custom functionality by exposing Rust types as NativeScripts.

NativeScript is an extension for GDNative that allows a dynamic library to register "script classes" to Godot.

(The following section is a very quick-and-dirty rundown of how to get started with the Rust bindings. For a more complete and detailed introduction see the Godot documentation page.)

As is tradition, a simple "Hello World" should serve as an introduction. A copy of this "hello world" project can be found in the examples folder.

The project setup

Starting with an empty Godot 3.2 project, a cargo project can be created inside the project folder.

cargo init --lib

To use the GDNative bindings in your project you have to add the gdnative crate as a dependency.

gdnative = "0.8"

Since GDNative can only use C-compatible dynamic libraries, the crate type has to be set accordingly.

crate-type = ["cdylib"]

The Rust source code

In the src/lib.rs file should have the following contents:

use gdnative::*;

/// The HelloWorld "class"
pub struct HelloWorld;

// __One__ `impl` block can have the `#[methods]` attribute, which will generate
// code to automatically bind any exported methods to Godot.
impl HelloWorld {

    /// The "constructor" of the class.
    fn _init(_owner: Node) -> Self {

    // To make a method known to Godot, use the #[export] attribute.
    // In Godot, script "classes" do not actually inherit the parent class.
    // Instead, they are "attached" to the parent object, called the "owner".
    // In order to enable access to the owner, it is passed as the second
    // argument to every single exposed method. As a result, all exposed
    // methods MUST have `owner: BaseClass` as their second arguments,
    // before all other arguments in the signature.
    fn _ready(&self, _owner: Node) {
        // The `godot_print!` macro works like `println!` but prints to the Godot-editor
        // output tab as well.
        godot_print!("hello, world.");

// Function that registers all exposed classes to Godot
fn init(handle: gdnative::init::InitHandle) {

// macros that create the entry-points of the dynamic library.

Creating the NativeScript instance.

After building the library with cargo build, the resulting library should be in the target/debug/ folder.

All NativeScript classes live in a GDNative library. To specify the GDNative library, a GDNativeLibrary resource has to be created. This can be done in the "Inspector" panel in the Godot editor by clicking the "new resource" button in the top left.

With the GDNativeLibrary resource created, the path to the generated binary can be set.

NOTE: Resources do not autosave, so after specifying the path, make sure to save the GDNativeLibrary resource by clicking the "tool" button in the Inspector panel in the top right.

Now the HelloWorld class can be added to any node by clicking the "add script" button. In the popup-select the "NativeScript" option and set the class name to "HelloWorld".

NOTE: After creation, the NativeScript resource does not automatically point to the GDNativeLibrary resource. Make sure to set click the "library" field in the Inspector and "load" the library.

Further examples

The /examples directory contains several ready to use examples, complete with Godot projects and setup for easy compilation from Cargo:

Third-party resources

Several third-party resources have been created for the bindings. Open a PR to have yours included here!


Open-source projects



See the contribution guidelines


Unless you explicitly state otherwise, any contribution intentionally submitted for inclusion in the work by you shall be licensed under the MIT license, without any additional terms or conditions.


~38K SLoC