I kind of figured that, but thought I'd point out its existence anyway. I think it's great to have gzip implemented in pure Julia since there are a lot of cases where all you need is to be able to decompress something and you don't want any dependencies.
On Mon, Jan 6, 2014 at 9:15 AM, Gunnar Farnebäck <gun...@lysator.liu.se>wrote: > That's actually also a gzip decompression implementation, so there's a > large overlap in that they both implement the inflate algorithm. Otherwise > the interfaces are rather different and her implementation includes a > visualization branch whereas my implementation is two orders of magnitude > faster. > > Den lördagen den 4:e januari 2014 kl. 19:03:33 UTC+1 skrev Stefan > Karpinski: >> >> Possibly relevant is Julia Evan's gzip implementation: >> >> http://jvns.ca/blog/2013/10/24/day-16-gzip-plus-poetry-equals-awesome/ >> >> >> On Sat, Jan 4, 2014 at 6:54 AM, Gunnar Farnebäck >> <gun...@lysator.liu.se>wrote: >> >>> At some point when I had trouble loading zlib I wrote a pure Julia >>> implementation of zlib and gzip decompression. >>> >>> Pros: >>> * Written in Julia. >>> * No external dependencies. >>> >>> Cons: >>> * Only supports decompression and only from a buffer (i.e. no streaming). >>> * Substantially slower than zlib (about five times when I wrote it, >>> current status unknown). >>> * Much less tested than zlib. >>> >>> Is this of interest to someone else, e.g. as a package or as a >>> performance test? >>> >>> The code can be viewed at >>> >>> https://gist.github.com/GunnarFarneback/8254567 >>> >>> >>