Peter Lindstrom

Without having implemented it, it's difficult to guess, but we do have performance results for OpenMP parallel compression. See page 11 of [this presentation](https://computing.llnl.gov/sites/default/files/llnl-pres-777723.pdf). You can probably extrapolate from the...

Our immediate plans are to support parallel decompression through the high-level C API. This alone requires re-engineering zfp to keep track of block offsets (for the variable-rate modes). For decompression,...

We should be able to add OpenMP fixed-rate decompression without much effort and support it through zfpy. For a seamless integration of variable-rate decompression with zfpy, we really need to...

GNU make builds are unfortunately very limited in this respect. The main use case for such builds is the ability to just type `make` and quickly obtain a static C...

> It looks like 1.0.0 is pretty close to same for both cases though now, at least for vanilla builds. Right. The main difference is that CMake creates shared objects...

I know we have discussed this in the past, but please remind me: Why do you need `cfp`? Looking at the H5Z-ZFP repo, I see it used only in a...

> You can change this using make `BUILD_SHARED_LIBS=1`. However, there appears to be an issue with building `libcfp` in shared mode. I will look into this. As it turns out,...

@markcmiller86 Can we close this issue or are there other things you'd like to see addressed? Regarding GNU make installation, I've filed a separate issue, #172. The subject line of...

@slgogar I really appreciate your contribution. I've been in contact with @Michoumichmich about his SYCL port for a few months now. It would be great to hear from both of...

@slgogar, @Michoumichmich: I'd like to make sure we make progress on supporting SYCL. Now that you are aware of your parallel efforts, can you please give me a status report?...