Files
sx/examples/1409-ffi-jni-call-10-jfloat-return.sx
agra d8076b9333 lang: rename signed integer types sN -> iN
Surface rename of the signed integer family: s1..s64 become i1..i64
(u1..u64, usize, isize unchanged). 'string' keeps the s-prefix arm in
name classification; width parsing moves to the i-prefix arm next to
isize.

Internal TypeId tags follow the surface (.s8/.s16/.s32/.s64 ->
.i8/.i16/.i32/.i64), as do mono-key mangle fragments (ptr_i64,
tu_i64_bool) and all display/diagnostic formatting (i{d}).

Migrated in the same sweep: stdlib + examples + issue repros + FFI C
companions (shared symbol names like ffi_id_i64), expected
stdout/stderr/ir snapshots, specs.md, readme.md, CLAUDE.md/AGENTS.md,
implementation_plan.md, docs/, issue writeups. Vendored stb_image and
historical flow state left untouched.

zig build test: 426/426; examples suite: 595/595.
2026-06-12 09:31:53 +03:00

29 lines
877 B
Plaintext

// Regression: `#jni_call(f32)` (jfloat return).
// Before the fix, the Call<T>Method switch in `src/ir/emit_llvm.zig`
// only handled `.f64` (jdouble), so any JNI method returning `float`
// fell through to the `else` arm and emitted `LLVMGetUndef` — a
// silent-undef footgun that shipped on Android (chess
// `MotionEvent.getX()` / `getY()` came through as `undef` arguments
// to `sx_android_push_touch`, breaking every touch).
//
// This test exercises the `.f32` slot (CallFloatMethod, vtable 55) +
// proves the build doesn't error out the JNI dispatch path for it.
#import "modules/std.sx";
g_should_call : bool = false;
read_float :: (env: *void, target: *void) -> f32 {
#jni_env(env) {
#jni_call(f32)(target, "getValue", "()F")
}
}
main :: () -> i32 {
if g_should_call {
_ := read_float(null, null);
}
print("ok\n");
0
}