Show HN: A glib-like multi-platform C library

by danny0z • 4 years ago

48 12 4 years ago

Rochus• 4 years ago

Looks like a really interesting set of libraries (https://github.com/tboox), available under Apache 2 license; also xmake looks interesting; definitely worth a closer look; thanks for sharing.

AlbertoGP4• 4 years ago

Yes, although the documentation seems bare-bones, the code looks clean.

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/...

danny0z4• 4 years ago

Xmake is also based on tbox as a c base library.

AlbertoGP4• 4 years ago

I’m trying to compile from source, and since that needs xmake I’m now trying to build it.

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.

nextaccountic• 4 years ago

How does the memory library detect use after free?

camel-cdr• 4 years ago

Whenever I see such libraries, the first thing I check out is their PRNG implementation, and this one must be the worst I've seen so far. (The rest of the library is probably quite good, I'm just talking about the PRNG part)

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

Show HN: A glib-like multi-platform C library

Related Stories