Adjust naming of (de)compression files

LZMS: decompression optimizations

LZMS: optimize lzms_x86_filter()

resource.c: Don't manually align buffer for uncompressed data

The main reason this was being done was to speed up LZX postprocessing,
but that now can use the vectorized version (with a tiny bit of overhead)
even if the start of the buffer is not 16-byte aligned.

LZX pre/post-processing improvements

- much faster inner loop for non-vectorized version
- use either SSE2 or AVX-2 for vectorized version
- faster inner loop for vectorized version
- support vectorized version on buffers that are not properly aligned

make-windows-release: get version number from configure.ac, not README

Faster XPRESS compression

tools/windeps/Makefile: update sources list

mkwinpeimg.1: missed an autoconf substitution

Windows build updates

Add ax_pthread.m4

configure.ac cleanup

Makefile.am cleanup

utf16le_dupz() input may be misaligned

Don't run man pages through configure

The only remaining reason is to update the version number, but there is
already a sed command being run to update all the dates.  So we might as
well simplify by just having the unmodified man pages.

Remove support for --with-imagex-progname configure option

The program is always called "wimlib-imagex" now.  I expect no one is
using the configuration option, and nothing stops the user from renaming
the binary anyway.

Remove support for --enable-more-assertions configure option

The only uses of wimlib_assert2() were in compression code (where
problems are relatively easy to detect), and this option was disabled by
default anyway.  Simplify by just having one kind of assertion.

ENABLE_MORE_DEBUG no longer exists

inode.h, inode.c cleanup

Clean up util.h and util.c

- Move logging/error code into new file error.c
- Remove ZERO_ARRAY()
- Move path separator macros into paths.h
- Comment improvements
- Remove support for undocumented WIMLIB_DEBUG environmental variable

Header fixes

reference.c: correct rollback in error paths

previous implementation had several problems:

- use of 'out_refcnt' was wrong (it wasn't guaranteed to be 0 beforehand)
- globs were rolled back individually, not together

This commit correctly implements full rollback for both
wimlib_reference_resources() and wimlib_reference_resource_files().

update_image.c: Add file comment

Get rid of wimlib/version.h

Cleanup timestamp conversion code

tagged_items.c: length should be rounded up when adding item

Also 0-fill the new item, including the padding.

These changes have no effect on the only caller of
inode_add_tagged_item() but should be made for correctness in case this
function gets more callers in the future.

wim.h: reorganize WIMStruct fields and update comments

new internal image deletion helper

Define a new helper function delete_wim_image() and use in
wimlib_delete_image() and in the error path of
wimlib_add_image_multisource().

This fixes a bug: current_image wasn't being reset to WIMLIB_NO_IMAGE in
the error path of wimlib_add_image_multisource().  Bad things would
happen if the library user then continued to use the same WIMStruct.

export_image.c: adjust error message

WIMStruct: Rename 'deletion_occurred' to 'image_deletion_occurred'

inode_fixup.h: remove unnecessary #include

lz_extend: little endian CPU is necessary for byte count to work

Annotate yet another unaligned memory access

Update version to v1.7.4-BETA

portability and compression cleanups

- Split compiler.h into compiler.h and compiler-gcc.h
- Compile with -std=c99. Some GCC extensions are still used but they are
  explicitly defined in compiler-gcc.h.
- Add get_unaligned_uXX_le() and put_unaligned_uXX_le() helpers
- Faster lz_copy() in some cases
- Faster lz_extend() in some cases
- New bitops.h header

cleanups

Workaround for FILE_SUPERSEDE being broken in Windows PE ramdisk

Add some missing config.h includes

lzms-compress.c: Remove unused function

mount_image.c: Replace use of zero-length array

Remove unused 'wim' argument to read_metadata_resource()

list.h cleanup

Use quote includes for all internal headers

sha1.c: Annotate potential unaligned memory accesses in sha1_final()

lookup_table.c: Annotate potential unaligned memory access in lookup_stream()

wimlib.h: Fix error in wimlib_get_version() documentation

v1.7.3

Silence compiler warning in make_huffman_decode_table()

LZX, LZMS: Annotate unaligned memory accesses in x86 filtering

wimlib_export_image(): cleanups and fixes for rollback

- rollback setting of wimboot flag correctly (actually, don't even set it
  until we've succeeded)
- on rollback, free wim_lookup_table_entries in the destination if and
  only if they were exported.  Before it was possible for one to be freed
  if it happened to have had 0 reference count before.

wimlib_set_image_name(): Allow multiple images with empty name

Fix for rewriting uncompressed resources when exporting from solid WIM

The changes from commit 1ba2a3422b ("Workaround for WOF incompatibility")
are resulting in excessive, expensive decompressions when exporting small
incompressible files from solid blocks.  For now, add an optimization for
single chunk resources which prevents this common case from triggering
the degenerate behavior.

Remove "memory exhausted" error messages

Calling code checks for NULL returns anyway, and in the case of
allocating chunk compressors there is a fallback so there shouldn't
be an error message.

write.c: Warn when falling back to single-threaded compression

win32_get_avail_memory(): Report 85% of minimum of virtual and physical memory

This should be a better prediction of how much memory can actually be
allocated.

Update NEWS

Add warning messages and retries around FSCTL_SET_EXTERNAL_BACKING

Don't use the old ADD_IMAGE flag names

Rename add_image_params => capture_params

Report some extraction errors on Windows

Report directory tree scan errors

Add WIMLIB_PROGRESS_MSG_HANDLE_ERROR

win32_apply.c: Try to remove/rename conflicting short names

wimboot.c: Fix format string

Update NEWS

win32_apply.c:  Match PrepopulateList patterns against all inode aliases

win32_apply.c: Never externally back extracted SYSTEM registry files

wimboot.c:  Dynamically size extents and drive_info arrays

I figured a limit of 8 partitions is good enough, but for some reason
Windows returns 4 times as many partitions as there actually are.
Whatever, just remove the fixed limit.

Update version to v1.7.3-BETA

Limit can_modify_wim() calls; remove can_delete_from_wim()

It isn't necessary to check for permission to modify a WIM for in-memory
operations such as wimlib_add_image(), wimlib_update_image(), and
wimlib_delete_image().  It is only when the user attempts to modify an
on-disk WIM file using wimlib_overwrite() --- or when the user explicitly
opens an on-disk WIM file for write access --- that write permissions
need to be checked.

This change prevents the library from getting in the way of "unusual" use
cases, such as making last-minute changes to a WIM before extracting it
even when the underlying file is located on read-only media, which
otherwise are fully supported by the existing code.

Also part of this change is the removal of can_delete_from_wim().  This
function did a lot of work (decompressing each metadata resource) that
usually turns out to be a waste of time.  And it turns out that it really
needs to be called for any 'wimlib_update_command', including "add" and
"rename", because both "add" and "rename" can cause files to be deleted
(specifically, replaced).  But this is gone too far.  Instead, just get
rid of can_delete_from_wim() completely: it's not needed if we retain
0-reference streams when not recalculating reference counts as part of
wimlib_write() anyway.

v1.7.2

Workaround for WOF incompatibility

If a stream has compressed_size == uncompressed_size, WOF assumes it's
uncompressed.  As a workaround, we need to re-write the stream as uncompressed
if this ever happens.

This requires adjusting the DONE_WITH_FILE messages to be fired after writing
each stream, not after reading each stream.

We also need to loosen the check for whether the input stream is in a solid
block or not.

Finally, this commit also makes the DONE_WITH_FILE messages work in more cases
--- when appending to a WIM, and when the file hashes are already known.

wimlib-imagex: Don't open base or template WIMs for write access

Update COPYING

- Use "or later" clause for GPLv3 and LGPLv3
- Make LGPL exception more general

programs/wgetopt.c: Adjust license to reflect this not being part of the library

Don't bother with copyright statement in header file

Use LGPLv3+ for src/*.c

Update NEWS

win32_{apply,capture}.c:  workaround for SACL_SECURITY_INFORMATION quirk

Update NEWS

compress_parallel.c:  Smarter setting of chunks_per_msg

Useful when compressing small chunks with many threads.

make_reparse_data(): No changes until success ensured

win32_capture.c: Random cleanups

win32_apply.c: Add workaround for setting ACL auto-inherit bits

A few minor compressor cleanups

lzx-compress.c: Fix for lazy parsing and multiple blocks

Compression updates

- Faster searching for repeat offset matches
- Lazy updates of adaptive state in near-optimal parsing
- Faster LZX near-optimal parsing
- Better LZX lazy parsing
- Faster XPRESS near-optimal parsing
- Faster LZMS near-optimal parsing
- Faster LZMS match/literal output
- Slightly faster LZMS decompression
- Cleanups

win32_capture.c: Fix format string

lzx-compress.c: Avoid unnecessary branch in match cost calculation

lzx_write_match():  One-branch check for aligned offset case

lzx-compress.c:  Optimize output of compressed Huffman codes

lzx_decompress_block():  One-branch check for aligned offset case

wimverify: Add --nocheck option

lzx-decompress.c: Optimize lzx_read_codeword_lens()

lzx-decompress.c: Inline and optimize lzx_decode_match()

read_huffsym(): Use 'unsigned' for 'entry' and 'key_bits'

Slight performance improvement.

xpress-decompress.c: Performance tweaks

Move XPRESS_TABLEBITS to xpress-decompress.c

lz_copy(): Unroll first iteration

Most matches are short, so 1 iteration is the most common case.
Use separate branch for this.

lzx-decompress.c: Don't allow using offsets of 0

This can happen if an uncompressed block is present, since then the match
offset LRU queue is filled directly from the input buffer.  Too-large
offsets were already checked later, but offsets of 0 would cause
uninitialized memory to remain in the output buffer.