Age | Commit message (Collapse) | Author | Files | Lines |
|
Some questions worth answering were removed, because I
currently don't have good up to date answers to them.
|
|
|
|
Released .xz spec 1.0.2 due to this fix too.
|
|
|
|
(rewrite will be better).
|
|
|
|
which is the filename used on the WWW.
|
|
|
|
Some minor documentation cleanups were made at the same time.
|
|
officially released. The format has been technically the same
since 2008-11-19, but now that it is frozen, people can start
using it without a fear that the format will break.
|
|
Same will be done to the actual code later.
|
|
- Updated to the latest, probably final file format version.
- Command line tool reworked to not use threads anymore.
Threading will probably go into liblzma anyway.
- Memory usage limit is now about 30 % for uncompression
and about 90 % for compression.
- Progress indicator with --verbose
- Simplified --help and full --long-help
- Upgraded to the last LGPLv2.1+ getopt_long from gnulib.
- Some bug fixes
|
|
of the new format to .xz and removes the recently added
LZMA filter.
|
|
|
|
|
|
a lot simpler than the previous versions, but it also means
that the existing code will change a lot.
|
|
|
|
|
|
liblzma's API.
|
|
|
|
|
|
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.
|