• bpavuk 14 days ago

`@cImport` is dead, apparently, so the example should be updated.

• bsder 13 days ago

"No no he's not dead, he's, he's restin'!"

@cImport is moving to the build system in an upcoming version (0.17, I think?). It's inconvenient, but it's unfortunately necessary.

The issue with @cImport is that when and the order the imports occur are almost impossible to define if you have multiple files and libraries. By moving it to the build system, the order now becomes deterministic and you can refer to it properly.

• Zambyte 13 days ago

@cImport is dead. It's not moving anywhere, it's being deleted.

The build system allows you to expose C libraries as Zig modules that can be imported with the normal @import builtin.

• speps 14 days ago

Stop the misinformation, it’s just changing where it’s being done moving from the language to the build system itself: https://ziggit.dev/t/cimport-going-away/5132

It’s also decoupling Zig compiler and C compiler so they’re updated independently.

It’s still a bummer in my view as I just replaced my build pipelines with just a Zig compiler instead of emscripten but that’s fine.

• bpavuk 14 days ago

`@cImport` gets moved from the "mainline" language into a separate module -> this example won't compile on future versions of Zig, that's the point

• MrBuddyCasino 13 days ago

> Stop the misinformation

This was an unnecessary prelude to an otherwise helpful comment.

• Narew 14 days ago

It's deprecated not removed yet.

• bpavuk 14 days ago

I'm a little too lazy to double-check, but either way 0.17.0 is around the corner, where it will totally get nixed

• nyrikki 14 days ago

It is being moved not going away.

It is just a wrapper around zig translate-c, moving it to the build system moves the resulting clang dependency to a place where it can be optional.

The functionality is staying, it is just moving.

• Conscat 14 days ago

The point here is that these examples need to be updated because @cImport, the syntactic feature of Zig, is being deprecated and removed. That there exists an alternative isn't relevant.

• [deleted] 12 days ago
[deleted]
• teddyX 14 days ago

Deprecated

• melodyogonna 13 days ago

It seems the world is tired of waiting for Zig to reach stability and has decided to start using it.

• cat-whisperer 13 days ago

in my opinion, bun and ghostty were the only product that were keeping zig afloat. Now, it's ghostty and flipper zero zig template

• ksec 12 days ago

You are missing Tigerbeetle.

• pjmlp 13 days ago

Plenty of languages fit that scenario, how many actually take off is another matter.

• [deleted] 14 days ago
[deleted]
• dfee 14 days ago

crazy that the readme doesn't link to the product.

https://flipper.net/products/flipper-zero

• dfee 14 days ago

downvoted to oblivion. huh. ok, let me give you a hint:

> A modern, production-ready template for developing Flipper Zero applications using the Zig programming language. This project provides a streamlined build system that integrates Zig with the Flipper Zero SDK, enabling developers to write type-safe, memory-safe applications for the Flipper Zero platform.

replace "Flipper Zero" (the seventh and eighth words) in the first line with:

  [Flipper Zero](https://flipper.net/)
• Syzygies 13 days ago

Not everyone expects to appear on HN, but chasing links this is a par two golf course:

    UFBT: Unofficial Flipper Build Tool (installation guide)

    uFBT is a cross-platform tool for building applications for Flipper Zero.
• cat-whisperer 13 days ago

I just updated the README :)