this post was submitted on 30 Aug 2023
92 points (95.1% liked)

Programming

17366 readers
457 users here now

Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!

Cross posting is strongly encouraged in the instance. If you feel your post or another person's post makes sense in another community cross post into it.

Hope you enjoy the instance!

Rules

Rules

  • Follow the programming.dev instance rules
  • Keep content related to programming in some way
  • If you're posting long videos try to add in some form of tldr for those who don't want to watch videos

Wormhole

Follow the wormhole through a path of communities !webdev@programming.dev

founded 1 year ago
MODERATORS
snowe@programming.dev
Ategon@programming.dev
MaungaHikoi@lemmy.nz
92
Let's talk about Zig (programming.dev)
submitted 1 year ago by Blackthorn@programming.dev to c/programming@programming.dev
44 comments fedilink hide all child comments
 

I have been reading about this new language for a while. It's a C competitor, very slim language with very interesting choices, like supporting cross platform compilation out of the box, supports compiling C/C++ code (and can be used as a drop in replacement for C) to the point in can be used as replacement of (c)make and executables are very small.

But, like all languages, adoption is what makes the difference. And we don't know how it goes.

Is anyone actually using Zig right now? Any thoughts?

you are viewing a single comment's thread
view the rest of the comments
[–] ck_@discuss.tchncs.de 20 points 1 year ago (2 children)

The thing that keeps me from loving Zig is https://github.com/ziglang/zig/issues/234

I am too shell shocked to keep thinking of strings as u8[] it's 2023 for god's sake.

[–] ericjmorey@programming.dev 6 points 1 year ago (1 children)

That issue was marked as resolved but what was the resolution?

[–] ck_@discuss.tchncs.de 9 points 1 year ago (1 children)

Won't fix

[–] ericjmorey@programming.dev 2 points 1 year ago (1 children)

Is there a library being maintained that can handle the concerns?

[–] ck_@discuss.tchncs.de 6 points 1 year ago

Yes and no. Sure you can build a library that puts an encoding aware interface on top of strings, but it will cause friction every time the program interacts with something that does not subscribe to the same library, most notably probably the stdlib.