Right now when we parse the Go event defs, we always generate Rust code with the 64bit version of the type. Even if Go says a field is an i32, we generate the corresponding Rust field with i64. While this works, because memory use is important on lambda we should match the Go size exactly.
That being said, it looks like pretty much all numeric types are 64 bit in the Go typedefs.
Right now when we parse the Go event defs, we always generate Rust code with the 64bit version of the type. Even if Go says a field is an
i32
, we generate the corresponding Rust field withi64
. While this works, because memory use is important on lambda we should match the Go size exactly.That being said, it looks like pretty much all numeric types are 64 bit in the Go typedefs.