wimlib:libsais

Last commit made on 2022-07-30
Get this branch:
git clone -b libsais https://git.launchpad.net/wimlib

Branch merges

Branch information

Name:
libsais
Repository:
lp:wimlib

Recent commits

b86bd8e... by Eric Biggers

[EXPERIMENTAL] lcpit_matchfinder: use libsais instead of libdivsufsort

9ce8912... by Mathieu SCHROETER

Reduce MAX_OPEN_FILES to 128 on macOS where the default limit is 256

9fe06c9... by Eric Biggers

wimlib_iterate_dir_tree(): don't checksum unhashed blobs

wimlib_iterate_dir_tree() on a modified-but-not-committed image is very
slow because it checksums all unhashed blobs. This was originally
implemented by commit 681faad85f73 ("wimlib_iterate_dir_tree(): checksum
unhashed blobs"), presumably to make the sha1_hash field always valid.
However, I can't remember a real use case for this. The current
behavior is causing problems, so let's just revert it and update the
documentation accordingly.

Reported at https://wimlib.net/forums/viewtopic.php?f=1&t=572

eaccd70... by Eric Biggers

wimsplit: don't print success message on failure

8a135e8... by Eric Biggers

v1.13.5

e71bec7... by Eric Biggers

Update libxml to 2.9.12 for Windows binaries

23ac061... by Eric Biggers

export_image.c: allow duplicate image names in source WIM

Reported at https://wimlib.net/forums/viewtopic.php?f=1&t=568. DISM can
create WIM files containing images with duplicate names, whereas wimlib
enforces unique image names in certain cases such as adding images,
exporting images, and changing image names. This behavior generally
seems fine, but the "export" check is too strict: an export of "all"
images will fail if the source WIM contains duplicate names.

Fix this by making wimlib_export_image() allow duplicate image names in
the source WIM, provided that they don't collide with image names that
already exist in the destination WIM.

63e46b2... by Eric Biggers

configure.ac: fix trailing newline issue

Reported at https://wimlib.net/forums/viewtopic.php?f=1&t=562.
m4_esyscmd() needs to be m4_esyscmd_s(), so that the version string
doesn't get a trailing newline. It works for me either way, but that's
probably because in autoconf 2.70, AC_INIT started trimming extra
whitespace from its arguments (as per the release notes at
https://lists.gnu.org/archive/html/autotools-announce/2020-12/msg00001.html).
So presumably this fix is needed for older versions of autoconf.

01ce2d4... by Eric Biggers

configure.ac: generate version number from git commit and tags

This should hopefully make it less confusing when building from the git
repository. Previously, when doing so the version number would always
be that of the last official release.

8f2c7cd... by Eric Biggers

nasm.m4: use AS_MESSAGE_LOG_FD

Address the following warning when running autoreconf:

    configure.ac:191: warning: The macro `AC_FD_CC' is obsolete.
    configure.ac:191: You should run autoupdate.
    ./lib/autoconf/general.m4:399: AC_FD_CC is expanded from...
    m4/nasm.m4:4: AC_PROG_NASM is expanded from...
    configure.ac:191: the top level