xz.git - XZ Utils

Age	Commit message (Collapse)	Author	Files	Lines
2009-10-04	Use a tuklib module for integer handling.	Lasse Collin	1	-6/+2
	This replaces bswap.h and integer.h. The tuklib module uses <byteswap.h> on GNU, <sys/endian.h> on *BSDs and <sys/byteorder.h> on Solaris, which may contain optimized code like inline assembly.
2009-04-13	Put the interesting parts of XZ Utils into the public domain.	Lasse Collin	1	-4/+3
	Some minor documentation cleanups were made at the same time.
2009-01-26	remove trailing blanks from all but .xz files	Jim Meyering	1	-1/+1

2008-12-31	Remove lzma_init() and other init functions from liblzma API.	Lasse Collin	1	-7/+48
	Half of developers were already forgetting to use these functions, which could have caused total breakage in some future liblzma version or even now if --enable-small was used. Now liblzma uses pthread_once() to do the initializations unless it has been built with --disable-threads which make these initializations thread-unsafe. When --enable-small isn't used, liblzma currently gets needlessly linked against libpthread (on systems that have it). While it is stupid for now, liblzma will need threads in future anyway, so this stupidity will be temporary only. When --enable-small is used, different code CRC32 and CRC64 is now used than without --enable-small. This made the resulting binary slightly smaller, but the main reason was to clean it up and to handle the lack of lzma_init_check(). The pkg-config file lzma.pc was renamed to liblzma.pc. I'm not sure if it works correctly and portably for static linking (Libs.private includes -pthread or other operating system specific flags). Hopefully someone complains if it is bad. lzma_rc_prices[] is now included as a precomputed array even with --enable-small. It's just 128 bytes now that it uses uint8_t instead of uint32_t. Smaller array seemed to be at least as fast as the more bloated uint32_t array on x86; hopefully it's not bad on other architectures.
2008-01-08	More pre-C99 inttypes.h compatibility fixes. Now the code	Lasse Collin	1	-5/+2
	should work even if the system has no inttypes.h.
2008-01-06	Introduced compatibility with systems that have pre-C99	Lasse Collin	1	-1/+0
	or no inttypes.h. This is useful when the compiler has good enough support for C99, but libc headers don't. Changed liblzma API so that sys/types.h and inttypes.h have to be #included before #including lzma.h. On systems that don't have C99 inttypes.h, it's the problem of the applications to provide the required types and macros before #including lzma.h. If lzma.h defined the missing types and macros, it could conflict with third-party applications whose configure has detected that the types are missing and defined them in config.h already. An alternative would have been introducing lzma_uint32 and similar types, but that would just be an extra pain on modern systems.