Siavash Sameni 22701830c2 step E.minus-1: cpp_smoke renamed to .c and compiled as plain C ...

c++_shared crashed, c++_static crashed, no stdlib crashed. The remaining
variable isolated to cc::Build::new().cpp(true) itself is the C++
compile-mode invocation of clang++. Rename cpp_smoke.cpp → cpp_smoke.c
and drop .cpp(true), leaving a plain-C cc::Build that compiles the
exact same bytes (minus the 'extern "C"' linkage spec which is C++-
only syntax).

This is structurally identical to Step A (hello.c), which worked. If
THIS build launches, the diff between 'works' and 'crashes' is purely
the .cpp(true) mode — something clang++ does differently at compile
or link time when producing object files for a Tauri Android cdylib.

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>

2026-04-09 16:38:29 +04:00

..

cpp_smoke.c

step E.minus-1: cpp_smoke renamed to .c and compiled as plain C

2026-04-09 16:38:29 +04:00

getauxval_fix.c

step D(android): compile cpp/getauxval_fix.c alongside hello.c

2026-04-09 15:03:37 +04:00

hello.c

step A(android): add cc=1 build-dep + compile single trivial hello.c

2026-04-09 14:45:24 +04:00

oboe_bridge.cpp

step E(android): compile full Oboe C++ bridge (not yet called from Rust)

2026-04-09 15:09:16 +04:00

oboe_bridge.h

step E(android): compile full Oboe C++ bridge (not yet called from Rust)

2026-04-09 15:09:16 +04:00

oboe_stub.cpp

step E(android): compile full Oboe C++ bridge (not yet called from Rust)

2026-04-09 15:09:16 +04:00