xz.git - XZ Utils

Age	Commit message (Collapse)	Author	Files	Lines
2018-02-06	liblzma: Remove incorrect #ifdef from range_common.h.	Lasse Collin	1	-3/+1
	In most cases it was harmless but it could affect some custom build systems. Thanks to Pippijn van Steenhoven.
2012-06-28	liblzma: Check that the first byte of range encoded data is 0x00.	Lasse Collin	1	-3/+9
	It is just to be more pedantic and thus perhaps catch broken files slightly earlier.
2009-06-30	Build system fixes	Lasse Collin	2	-26/+21
	Don't use libtool convenience libraries to avoid recently discovered long-standing subtle but somewhat severe bugs in libtool (at least 1.5.22 and 2.2.6 are affected). It was found when porting XZ Utils to Windows <http://lists.gnu.org/archive/html/libtool/2009-06/msg00070.html> but the problem is significant also e.g. on GNU/Linux. Unless --disable-shared is passed to configure, static library built from a set of convenience libraries will contain PIC objects. That is, while libtool builds non-PIC objects too, only PIC objects will be used from the convenience libraries. On 32-bit x86 (tested on mobile XP2400+), using PIC instead of non-PIC makes the decompressor 10 % slower with the default CFLAGS. So while xz was linked against static liblzma by default, it got the slower PIC objects unless --disable-shared was used. I tend develop and benchmark with --disable-shared due to faster build time, so I hadn't noticed the problem in benchmarks earlier. This commit also adds support for building Windows resources into liblzma and executables.
2009-06-26	Fix @variables@ to $(variables) in Makefile.am files.	Lasse Collin	1	-2/+2
	Fix the ordering of libgnu.a and LTLIBINTL on the linker command line and added missing LTLIBINTL to tests/Makefile.am.
2009-04-13	Put the interesting parts of XZ Utils into the public domain.	Lasse Collin	6	-67/+26
	Some minor documentation cleanups were made at the same time.
2008-12-31	Remove lzma_init() and other init functions from liblzma API.	Lasse Collin	5	-83/+49
	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-09-27	Some API changes, bug fixes, cleanups etc.	Lasse Collin	1	-2/+2

2008-08-28	Sort of garbage collection commit. :-\| Many things are still	Lasse Collin	8	-303/+272
	broken. API has changed a lot and it will still change a little more here and there. The command line tool doesn't have all the required changes to reflect the API changes, so it's easy to get "internal error" or trigger assertions.
2008-06-01	Fix a buffer overflow in the LZMA encoder. It was due to my	Lasse Collin	1	-178/+205
	misunderstanding of the code. There's no tiny fix for this problem, so I also cleaned up the code in general. This reduces the speed of the encoder 2-5 % in the fastest compression mode ("lzma -1"). High compression modes should have no noticeable performance difference. This commit breaks things (especially LZMA_SYNC_FLUSH) but I will fix them once the new format and LZMA2 has been roughly implemented. Plain LZMA won't support LZMA_SYNC_FLUSH at all and won't be supported in the new .lzma format. This may change still but this is what it looks like now. Support for known uncompressed size (that is, LZMA or LZMA2 without EOPM) is likely to go away. This means there will be API changes.
2008-04-24	Switch to uint16_t as the type of range coder probabilities.	Lasse Collin	1	-6/+19

2008-04-24	Use 64-bit integer as range encoder's cache size. This fixes a	Lasse Collin	1	-1/+1
	theoretical data corruption, which should be very hard to trigger even intentionally.
2008-03-24	Replaced the range decoder optimization that used arithmetic	Lasse Collin	1	-37/+16
	right shift with as fast version that doesn't need arithmetic right shift. Removed the related check from configure.ac.
2008-03-22	Take advantage of arithmetic right shift in range decoder.	Lasse Collin	1	-15/+37

2008-01-15	Omit invalid space from printf() format string	Lasse Collin	1	-1/+1
	in price_table_gen.c.
2008-01-15	Convert bittree_get_price() and bittree_reverse_get_price()	Lasse Collin	1	-33/+43
	from macros to inline functions.
2008-01-15	Added precomputed range coder probability price table.	Lasse Collin	6	-15/+150

2008-01-14	Major changes to LZ encoder, LZMA encoder, and range encoder.	Lasse Collin	1	-84/+33
	These changes implement support for LZMA_SYNC_FLUSH in LZMA encoder, and move the temporary buffer needed by range encoder from lzma_range_encoder structure to lzma_lz_encoder.
2008-01-04	Moved range decoder initialization (reading the first	Lasse Collin	1	-27/+60
	five input bytes) from LZMA decoder to range decoder header. Did the same for decoding of direct bits.