Age | Commit message (Collapse) | Author | Files | Lines |
|
|
|
Hopefully these help a bit when learning the basics
of liblzma API. I plan to write detailed examples about
both basic and advanced features with lots of comments,
but these two examples are good have right now.
The examples were written by Daniel Mealha Cabrita. Thanks.
|
|
Thanks to Gilles Espinasse.
|
|
Thanks to Jonathan Nieder.
|
|
Thanks to Christian von Roques, Peter Lawler,
and Jim Meyering for the fixes.
|
|
|
|
Thanks to Jim Meyering.
(From now on, I try to always remember to put
the relevant thanks to commit messages.)
|
|
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.
|
|
|