Programming

17406 readers

190 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

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 [email protected]

founded 1 year ago

MODERATORS

snowe

Ategon

[email protected]

103

Let's talk about Zig (self.programming)

submitted 1 year ago by Blackthorn to c/programming

47 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

[–] [email protected] 18 points 1 year ago (1 children)

Won't fix

[–] ericjmorey 4 points 1 year ago (1 children)

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

[–] [email protected] 8 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.