xz/debug
Lasse Collin f9907503f8 Build: Remove the static/dynamic tricks.
Most distros want xz linked against shared liblzma, so
it doesn't help much to require --enable-dynamic for that.
Those who want to avoid PIC on x86-32 to get better
performance, can still do it e.g. by using --disable-shared
to compile xz and then another pass to compile shared liblzma.

Part of these static/dynamic tricks were needed for Windows
in the past. Nowadays we rely on GCC and binutils to do the
right thing with auto-import. If the Autotooled build system
needs to support some other toolchain on Windows in the future,
this may need some rethinking.
2010-10-05 14:13:16 +03:00
..
Makefile.am Build: Remove the static/dynamic tricks. 2010-10-05 14:13:16 +03:00
README Added the debug directory and the first debug tool 2008-01-18 20:18:08 +02:00
crc32.c Update the debug programs so that they compile again. 2009-11-14 19:45:39 +02:00
full_flush.c Rename MIN() and MAX() to my_min() and my_max(). 2010-05-26 10:36:46 +03:00
hex2bin.c Put the interesting parts of XZ Utils into the public domain. 2009-04-13 11:27:40 +03:00
known_sizes.c Fix compilation of debug/known_sizes.c. 2010-05-26 10:30:20 +03:00
memusage.c Update the debug programs so that they compile again. 2009-11-14 19:45:39 +02:00
repeat.c Put the interesting parts of XZ Utils into the public domain. 2009-04-13 11:27:40 +03:00
sync_flush.c Rename MIN() and MAX() to my_min() and my_max(). 2010-05-26 10:36:46 +03:00
translation.bash Add translations.bash and translation notes to README. 2010-09-23 14:03:10 +03:00

README

Debug tools
-----------

    This directory contains a few tiny programs that may be helpful when
    debugging LZMA Utils.

    These tools are not meant to be installed. Often one needs to edit
    the source code a little to make the programs do the wanted things.
    If you don't know how these programs could help you, it is likely
    that they really are useless to you.

    These aren't intended to be used as example programs. They take some
    shortcuts here and there, which correct programs should not do. Many
    possible errors (especially I/O errors) are ignored. Don't report
    bugs or send patches to fix this kind of bugs.