liwords VS sokol-zig

Check out https://woogles.io (disclaimer I am a cofounder). AGPLV3 platform with world class bots, puzzles, a free analyzer, clubs/tournaments, and more to come. You can see the source code at https://github.com/woogles-io/liwords. We recently hit 5M games played and have hosted a few major tournaments.

A small team of us work on a project https://github.com/domino14/liwords - this is an online crossword-board-game playing website. We have around 6000 MAU, are fully free and open-source, and need a lot of coding help!

We built woogles.io (a crossword board game playing site with almost 10K MAU) in Go. See https://github.com/domino14/liwords

https://github.com/domino14/liwords - warning it’s not that well-developed but it’s ok

A small team and I made https://woogles.io - we were inspired by lichess to make a site to play crossword board games during the pandemic (like Scrabble, Words with Friends, etc).

We did raise money on Kickstarter - 25K but are purely donations-driven and open source (AGPL3) Most months we just get enough to cover the cost of running the servers. We have around 6000 monthly active users, have hosted several big worldwide championships, have puzzles, and just earlier today released a board editor / broadcast mode for annotating real life games in real time. We also have a top notch bot AI and WASM-based analyzer.

Our stack is Go, Typescript + React, with NATS/PGSQL on the backend.

woogles.io

The people behind those websites and apps have no clue this software exists. The exception is woogles.io because it is associated with the Macondo AI. /u/14domino is the brain behind both of those things

https://woogles.io raised $25K on Kickstarter and built a more beautiful site. Come join us (we’re still taking donations :)

- Playing online: there is woogles.io which I personally would recommend; it's made by players for players and is free to use. Among the features are: play against humans, play against strong bots, tournaments, feedback on your moves after the game, availability of different languages and game variants. Other options are: playscrab.com (also made by players for players); isc.ro (the Internet Scrabble Club); the app Scrabble Go and, if you don't mind playing with slightly altered game rules, Wordfeud, which comes along with a large online league (not technically affiliated with the app itself).

Zig currently doesn't allow chained designators and also doesn't allow to partially initialize arrays and fill up the rest of the array with default values.

E.g. the closest Zig equivalent to this C99 code:

https://github.com/floooh/sokol-samples/blob/b3bc55c4411fa03...

...is this:

https://github.com/floooh/sokol-zig/blob/a4b3c287fadd153a504...

...note how part of the initialization had to be moved out into "code".

There's a ticket about this here, but it's currently not high-priority:

https://github.com/ziglang/zig/issues/6068

I maintain auto-generated bindings for my C libraries for Zig and Nim (and Odin and Rust - although the Rust bindings definitely need some love to make them a lot more idiomatic).

I think looking at the examples (which is essentially the same code in different languages) gives you a high level idea, but they only scratch the surface when it comes to language features (things like the Zig code not using comptime features):

Zig: https://github.com/floooh/sokol-zig/tree/master/src/examples

Nim: https://github.com/floooh/sokol-nim/tree/master/examples

Odin: https://github.com/floooh/sokol-odin/tree/main/examples

Rust: https://github.com/floooh/sokol-rust/tree/main/examples

IMHO you really need a programming language to describe a build, even when the result looks very declarative.

E.g. not sure how Meson handles this, but when I have a project with dozens of similar build targets and platform specific compile options, I really want to do the build description in a loop instead of a data tree.

(for example: https://github.com/floooh/sokol-zig/blob/3f978e58712f9eb029b...)

Is this project comparable to the zig sokol project?https://github.com/floooh/sokol-zig

I was rather amazed that I could cross-compile the zig-sokol examples https://github.com/floooh/sokol-zig for a Windows target on a Linux host (WSL Ubuntu). I simply set -target x86_64-windows and copied the executable into Windows and got a nice spinning cube displayed.

(disclaimer: shameless plug) Here's another cross-platform alternative, auto-generated Zig bindings to the Sokol headers:

https://github.com/floooh/sokol-zig

This is quite a bit slimmer than using one of the WebGPU libraries like wgpu-rs or Dawn, because sokol-gfx doesn't need an integrated shader cross-compiler (instead translation from a common shader source to the backend-specific shader formats happens offline).

Eventually I'd also like to support the Android, iOS and WASM backends from Zig (currently this only works from C/C++, for instance here are the WASM demos: https://floooh.github.io/sokol-html5/)

I'm tackling this issue from two sides:

(1) Change the C-API to make it more "binding-generator-friendly", for instance by adding a range/slice-struct to th C-API which bundles a pointer and associated size, or specially named typedefs that only exist to give the binding generator hints for special case handling.

(2) Make the bindings-generator configurable on a per-language and per-API basis, this can be as simple as a map which overrides type- and function-names, or injects manually written code into the generated bindings.

The goal is to make the generated bindings more idiomatic to the target language.

This mostly works if you have control over the underlying C-API of course, e.g. the language bindings are created by the original C-library project, not as an external project to convert a fixed C-API.

I wrote a blog post about this whole topic:

https://floooh.github.io/2020/08/23/sokol-bindgen.html

...and here's an example of one such semi-auto-generated Zig bindings, note the two "injected" helper functions at the top:

https://github.com/floooh/sokol-zig/tree/master/src/sokol

...for instance note the "injected" helper functions here:

https://github.com/floooh/sokol-zig/blob/1c93f60ad178869b84d...

As you can see from the comments there are lots of options. Sokol is another one https://github.com/floooh/sokol-zig