No but we have the other way around - C to Zig. Why would you want to go to C?

Nearly every platform has a C compiler. Many embedded platforms have almost no language alternatives. No way Zig ( or Rust, or Go ) is ever going to target them all.

LLVM aims to solve this problem. (Side note: is there an LLVM backend for C?)

There was, but it was removed in LLVM 3.1 [1].

It seems as there have been some attempts to revitalize it [2] but these are targeting older versions and would probably require a lot more work to ever get back in-tree.

[1] http://releases.llvm.org/3.1/docs/ReleaseNotes.html

[2] https://github.com/JuliaComputing/llvm-cbe

It opens up the language to embedded use cases like with PICs or other esoteric targets which don't fit the flat memory models assumed by modern languages including LLVM backends. When your memory model requires banking or any other form of non-linear or non-paged access, you're often in the proprietary C compiler with language extensions territory.

because there are C compilers available for everything out there.

What’s the story for running Zig on Android right now? Translating to C would have been my first guess.

(I see you have a call for Android devs to help make it better! But I’m wondering if there’s some awkward hacky way to use it right now)

LLVM supports compiling to android.

i would say for using Zig with Arduino (it's possible llvm will ship AVR support in the future) and other microcontrollers.