Evan Nemerson

> I'd like to support streaming, but I'm not sure what the best way to do so is, other than the traditional zlib way. It needs more investigation. Are you...

> Internals, mostly. I am familiar with zlib's API. I thought you might have been considering an alternative to zlib's streaming API. For example, something more like zstd or density...

> Your patch works but I wonder now if zling has more problems. I'm fuzzing the encoder now, with @jibsen's patch applied. It's absurdly slow, but I'll let it run...

> I'll let it run for a while 55+ million execs later, no crashes. Encoder is probably pretty safe (at least on x86_64).

FWIW, it's not just GCC; newer clang [emits the same warnings](https://travis-ci.org/nemequ/leopard/jobs/395897229). IIRC Coverity (and other analysis tools) will complain about the implicit fallthroughs too.

There is a port to SIMDe in the [simde branch in my fork](https://github.com/nemequ/leopard/tree/simde) which should work everywhere. I haven't spent any time tuning it, so there is probably some low-hanging...

Older MSVC (≤ 11) seem not to like it either: https://ci.appveyor.com/project/quixdb/leopard/build/job/76v3s725vlnyb9mj

f32562801a86979286bd6fdbdbe0615e04717911 (in the gcc-4.6 branch of [nemequ/leopard](https://github.com/nemequ/leopard)) fixes this for gcc < 4.6, but makes things worse on the MSVC side (2013 no longer works).

> configure-cmake seem to parse CC/CXX/CFLAGS/CXXFLAGS from arguments, while they should be parsed from environment instead (see real configure help). Actually, it works when you pass them as arguments with...

I'm not sure how to handle CPPFLAGS. CMake really doesn't have anything analogous. The closest thing is probably putting them in both the C and C++ flags, but that's not...