root/xz
1
0
Fork 0
mirror of https://git.tukaani.org/xz.git synced 2025-02-23 00:48:11 +00:00
Code Issues Releases Wiki Activity
xz/src/Makefile.am

46 lines
983 B
Makefile
Raw Normal View History

Add SPDX license identifier into 0BSD source code files.
2024-02-12 17:09:10 +02:00
## SPDX-License-Identifier: 0BSD
Put the interesting parts of XZ Utils into the public domain. Some minor documentation cleanups were made at the same time.
2009-04-13 11:27:40 +03:00
## Author: Lasse Collin
Imported to git.
2007-12-09 00:42:33 +02:00
Build: Add options to disable individual command line tools.
2010-10-08 15:25:45 +03:00
SUBDIRS = liblzma xzdec
if COND_XZ
SUBDIRS += xz
endif
if COND_LZMAINFO
SUBDIRS += lzmainfo
endif
if COND_SCRIPTS
SUBDIRS += scripts
endif
Build: Prepare to support Automake's subdir-objects. Due to a bug in Automake, subdir-objects won't be enabled for now. http://debbugs.gnu.org/cgi/bugreport.cgi?bug=17354 Thanks to Daniel Richard G. for the original patches.
2014-10-29 21:15:35 +02:00
EXTRA_DIST = \
common/common_w32res.rc \
Add my_landlock.h with helper functions to use Linux Landlock This supports up to Landlock ABI version 6. The current code in xz and xzdec only support up to ABI version 4.
2025-01-02 15:32:10 +02:00
common/my_landlock.h \
Build: Prepare to support Automake's subdir-objects. Due to a bug in Automake, subdir-objects won't be enabled for now. http://debbugs.gnu.org/cgi/bugreport.cgi?bug=17354 Thanks to Daniel Richard G. for the original patches.
2014-10-29 21:15:35 +02:00
common/mythread.h \
common/sysdefs.h \
common/tuklib_common.h \
common/tuklib_config.h \
common/tuklib_cpucores.c \
common/tuklib_cpucores.h \
common/tuklib_exit.c \
common/tuklib_exit.h \
common/tuklib_gettext.h \
common/tuklib_integer.h \
common/tuklib_mbstr.h \
Build: Sort filenames to ASCII order in Makefile.am
2024-12-17 17:57:18 +02:00
common/tuklib_mbstr_fw.c \
Add tuklib_mbstr_nonprint to mask non-printable characters Malicious filenames or other untrusted strings may affect the state of the terminal when such strings are printed as part of (error) messages. Add functions that mask such characters. It's not enough to handle only single-byte control characters. In multibyte locales, some control characters are multibyte too, for example, terminals interpret C1 control characters (U+0080 to U+009F) that are two bytes as UTF-8. Instead of checking for control characters with iswcntrl(), this uses iswprint() to detect printable characters. This is much stricter. On Windows it's actually too strict as it rejects some characters that definitely are printable. Gnulib's quotearg would do a lot more but I hope this simpler method is good enough here. Thanks to Ryan Colyer for the discussion about the problems of the earlier single-byte-only method. Thanks to Christian Weisgerber for reporting a bug in an earlier version of this code. Thanks to Jeroen Roovers for a typo fix. Closes: https://github.com/tukaani-project/xz/pull/118
2024-12-18 14:00:09 +02:00
common/tuklib_mbstr_nonprint.c \
common/tuklib_mbstr_nonprint.h \
Build: Prepare to support Automake's subdir-objects. Due to a bug in Automake, subdir-objects won't be enabled for now. http://debbugs.gnu.org/cgi/bugreport.cgi?bug=17354 Thanks to Daniel Richard G. for the original patches.
2014-10-29 21:15:35 +02:00
common/tuklib_mbstr_width.c \
Add tuklib_mbstr_wrap for automatic word wrapping Automatic word wrapping makes translators' work easier and reduces errors like misaligned columns or overlong lines. Right-to-left languages and languages that don't use spaces between words will still need extra effort. (xz hasn't been translated to any RTL language so far.)
2024-12-16 18:43:52 +02:00
common/tuklib_mbstr_wrap.c \
common/tuklib_mbstr_wrap.h \
Build: Prepare to support Automake's subdir-objects. Due to a bug in Automake, subdir-objects won't be enabled for now. http://debbugs.gnu.org/cgi/bugreport.cgi?bug=17354 Thanks to Daniel Richard G. for the original patches.
2014-10-29 21:15:35 +02:00
common/tuklib_open_stdxxx.c \
common/tuklib_open_stdxxx.h \
common/tuklib_physmem.c \
common/tuklib_physmem.h \
common/tuklib_progname.c \
Windows: Embed an application manifest in the EXE files IMPORTANT: This includes a security fix to command line tool argument handling. Some toolchains embed an application manifest by default to declare UAC-compliance. Some also declare compatibility with Vista/8/8.1/10/11 to let the app access features newer than those of Vista. We want all the above but also two more things: - Declare that the app is long path aware to support paths longer than 259 characters (this may also require a registry change). - Force the code page to UTF-8. This allows the command line tools to access files whose names contain characters that don't exist in the current legacy code page (except unpaired surrogates). The UTF-8 code page also fixes security issues in command line argument handling which can be exploited with malicious filenames. See the new file w32_application.manifest.comments.txt. Thanks to Orange Tsai and splitline from DEVCORE Research Team for discovering this issue. Thanks to Vijay Sarvepalli for reporting the issue to me. Thanks to Kelvin Lee for testing with MSVC and helping with the required build system fixes.
2024-10-01 12:10:23 +03:00
common/tuklib_progname.h \
common/w32_application.manifest \
common/w32_application.manifest.comments.txt
Reference in New Issue Copy Permalink