Hans Petter Jansson

[libspng](https://libspng.org/) looks like another interesting candidate. According to its own documentation it's both faster, more secure (fuzzing regime and test cases) and more versatile (progressive loading etc) than the alternatives.

Yes, ffmpeg would be an improvement over ImageMagick for many reasons. And at this point we have enough direct loaders that ffmpeg could be optional, so you wouldn't be forced...

@ndren By the way, are you using any of the fancy loaders from ImageMagick? AVIF, anything else? Just to get an idea of what's useful.

Hi! It's possible to compile it to WebAssembly, which means you'll be able to use it in a Javascript program. Now there are no official Wasm builds, but @oakes managed...

Good question. The state is unknown, since I haven't tested it, but I've planned for Windows support to be easily achievable. `chafa_symbol_map_new` calls `chafa_init`, which relies on `g_once` to serialize...

Big fan of valgrind, it's great when you can use it. Not sure if it's relevant, but building with `-fno-omit-frame-pointer` can improve stack traces. Maybe see if running it single-threaded...

I compared the glibconfig.h and GLib's generated config.h from the working MinGW build to the ones in your repo. They are pretty much identical, so the root cause probably lies...

Well, I installed Scoop on Win 10 and was able to build the stack dynamically there. Works ok. Building on Windows is kind of an ordeal, though. Cross compilation is...

For sure, MSYS2 is the easier route, but @oakes was using Scoop and getting segvs with the resulting binaries, and I don't see why it should _not_ build with Scoop,...

@longnguyen2004 Didn't know about nuwen's distro. Awesome, that's a lot of options :-) @oakes Found your problem. It's crashing in thread code because on Win32, GLib needs to initialize the...