Louis Santillan wrote: > I know you're going for portability, but pulling in arpa/inet.h doesn't seem > so suckless.
Heyho Louis, how would you handle different endianess in a simpler way than just using a POSIX standard library function? Have you read the recent CEIL macro discussion? > The selection of bzip as the compression algorithm seems like a compromise. > suckless flate[0], lzham[1], miniz[2], lz4/lz4hc[3], minilzo[4], fastlz[5] > maybe deserve some consideration? flate, miniz, lz4, miniz, minilzo, fastlz > are at least much cheaper on CPU cycles than bzip2, especially on > decompression, while also having lower SLOCs. When dealing with images, how > fast you can go from file to buffer/display usually matters most. Please, use them! None of the provided tools depends on bz2. --Markus
