Show HN: A glib-like multi-platform C library(github.com) |
Show HN: A glib-like multi-platform C library(github.com) |
The library has one PRNG, and it is the following:
tb_spinlock_enter(&g_lock);
g_value = (g_value * 10807 + 1) & 0xffffffff;
tb_spinlock_leave(&g_lock);
Using this is literally worse than using the rand reference implementation.Also, tb_random_range uses a biased and slow implementation with modulo. (see https://www.pcg-random.org/posts/bounded-rands.html for the proper way to do this)
I might look into adding a proper PRNG implementation, but I'll recommend a few resources:
A lesson of what not to do: https://youtu.be/LDPMpc-ENqY ("rand() Considered Harmful") Some good modern PRNGs: https://www.pcg-random.org/, https://prng.di.unimi.it/, https://romu-random.org/ Generating random numbers in a specific range: https://www.pcg-random.org/posts/bounded-rands.html
The xmake package repository files might be useful also for people interested in making their own package manager, or even installing by hand.
Here is the package information for autoconf, for instance:
https://github.com/xmake-io/xmake-repo/blob/master/packages/...
It has download links, checksums for specific versions, and the Lua syntax seems easy to parse.
The package for NanoVG however, does not indicate anywhere that you need the GLEW and GLFW libraries:
https://github.com/xmake-io/xmake-repo/blob/master/packages/...
Following the instructions, after `make build` I get “No rule to make target 'lua/lapi.c', needed by 'lua/lapi.o'. Stop.”.
I’m now reading more, and it will probably be some easy thing.
My advice would be to have some compact list of steps to get it up and running from source without having to install binaries. I think that would make it easier to try out.
I’ll now continue trying to figure out what’s missing.
git submodule update --init
Or you can download full source code from releases. https://github.com/xmake-io/xmake/releases/download/v2.6.5/x...Yes, that’s what I did. :-)
wget https://github.com/xmake-io/xmake/archive/refs/tags/v2.6.5.tar.gz
tar xf v2.6.5.tar.gz
cd xmake-2.6.5/
make build https://github.com/xmake-io/xmake/releases/download/v2.6.5/xmake-v2.6.5.tar.gz wget https://github.com/xmake-io/xmake/releases/download/v2.6.5/xmake-v2.6.5.tar.gz
tar xf xmake-v2.6.5.tar.gz
make build
we need not run `cd xmake`I see that one you mention in the middle of the list, with the name “xmake-v2.6.5.tar.gz”.
Please note that this is not a criticism, I’m just telling what can happen when someone tries to compile it.
Edit: trying this now:
wget https://github.com/xmake-io/xmake/releases/download/v2.6.5/xmake-v2.6.5.tar.gz
tar xf xmake-v2.6.5.tar.gz
cd xmake
make build
I get “make: ** No rule to make target 'build'. Stop.”, because there is no `makefile` or `Makefile` in there.Edit 2: I see, the issue is that it does not create a directory `xmake-v2.6.5`, but instead extracts its contents in the current directory, as a “tar bomb”. This works:
mkdir xmake-v2.6.5
cd xmake-v2.6.5
wget https://github.com/xmake-io/xmake/releases/download/v2.6.5/xmake-v2.6.5.tar.gz
tar xf xmake-v2.6.5.tar.gz
make build