Lode Vandevenne

Fixed the uninitialized warning by initializing it to 0. If memcpy can be linked in like you described, then I guess I won't deal with adding extra #defines for that...

Not on its own, but this example can: https://github.com/lvandeve/lodepng/blob/master/examples/example_png2bmp.cpp that's off topic in this issue though

Hi, it's indeed a bit odd that it has to be like this, but keeping two files up to date is also not guaranteed to be perfect, so I'd prefer...

Hmm, it's a way indeed... I'm considering it. But it's still odd, just like the current "rename to c" version. So I might as well keep the current odd solution....

Thank you for reporting this Can you please provide a bit more info to help me debug this? I'd be interested in: how does it break, what kind of corrpution...

The parameters are the color type of the uncompressed pixels which you give (to the encoder) or want to get (from the decoder), which are independent of how it is...

Hi, thanks for the report, this is very useful. It seems to be a numerical problem. One of the eigenvalues became 4.4e-16 instead of 0. That is already a numerical...

Thanks minkkilaukku! I found and fixed the issue

The library is made compatible with C90, which doesn't have uint8_t. But it should work if you pass it a uint8_t array since (on typical platforms) it's just a typedef...

There isn't an HTTPS version of lodev.org. Was there a link somewhere that brought you to https://lodev.org? Thank you.