ExternalVendorCode/openwrt
1
0
Fork 0
mirror of https://github.com/openwrt/openwrt.git synced 2024-12-25 00:11:13 +00:00
Code Issues Actions 3 Packages Projects Releases Wiki Activity
438a97fab6
openwrt/tools/xz/Makefile

41 lines
860 B
Makefile
Raw Normal View History

tools/xz: Compile with PIC to fix linking errors I made a similar change to this here: https://github.com/openwrt/packages/pull/8159 However, it turns out this did not fix the problem as the problem has to do with tools/xz and not the xz package. The error is the same and causes linking errors as can be seen above. Signed-off-by: Rosen Penev <rosenp@gmail.com>
2019-03-27 07:50:16 +00:00
#
tools/xz: update to 5.2.2 Update xz to version 5.2.2. Add a secondary download location. Signed-off-by: Hannu Nyman <hannu.nyman@iki.fi> SVN-Revision: 47298
2015-10-30 22:31:09 +00:00
# Copyright (C) 2006-2015 OpenWrt.org
add a host package for xz SVN-Revision: 24481
2010-12-11 13:20:19 +00:00
#
# This is free software, licensed under the GNU General Public License v2.
# See /LICENSE for more information.
#
include $(TOPDIR)/rules.mk
PKG_NAME:=xz
tools/xz: update to 5.4.5 * liblzma: - Use __attribute__((__no_sanitize_address__)) to avoid address sanitization with CRC64 CLMUL. It uses 16-byte-aligned reads which can extend past the bounds of the input buffer and inherently trigger address sanitization errors. This isn't a bug. - Fixed an assertion failure that could be triggered by a large unpadded_size argument. It was verified that there was no other bug than the assertion failure. - Fixed a bug that prevented building with Windows Vista threading when __attribute__((__constructor__)) is not supported. * xz now properly handles special files such as "con" or "nul" on Windows. Before this fix, the following wrote "foo" to the console and deleted the input file "con_xz": echo foo | xz > con_xz xz --suffix=_xz --decompress con_xz * Build systems: - Allow builds with Windows win95 threading and small mode when __attribute__((__constructor__)) is supported. - Added a new line to liblzma.pc for MSYS2 (Windows): Cflags.private: -DLZMA_API_STATIC When compiling code that will link against static liblzma, the LZMA_API_STATIC macro needs to be defined on Windows. - CMake specific changes: * Fixed a bug that allowed CLOCK_MONOTONIC to be used even if the check for it failed. * Fixed a bug where configuring CMake multiple times resulted in HAVE_CLOCK_GETTIME and HAVE_CLOCK_MONOTONIC not being set. * Fixed the build with MinGW-w64-based Clang/LLVM 17. llvm-windres now has more accurate GNU windres emulation so the GNU windres workaround from 5.4.1 is needed with llvm-windres version 17 too. * The import library on Windows is now properly named "liblzma.dll.a" instead of "libliblzma.dll.a" * Fixed a bug causing the Ninja Generator to fail on UNIX-like systems. This bug was introduced in 5.4.0. * Added a new option to disable CLMUL CRC64. * A module-definition (.def) file is now created when building liblzma.dll with MinGW-w64. * The pkg-config liblzma.pc file is now installed on all builds except when using MSVC on Windows. * Added large file support by default for platforms that need it to handle files larger than 2 GiB. This includes MinGW-w64, even 64-bit builds. * Small fixes and improvements to the tests. * Updated translations: Chinese (simplified) and Esperanto. Signed-off-by: Nick Hainke <vincent@systemli.org>
2023-11-11 07:54:17 +00:00
PKG_VERSION:=5.4.5
add a host package for xz SVN-Revision: 24481
2010-12-11 13:20:19 +00:00
tools: xz: use .bz2 archive In order to build XZ itself we cannot assume that XZ support is available, so fetch the bz2 archive variant of its sources instead. Also drop the FreeBSD portability patch and apply it at prepare time using sed, to avoid a dependency on GNU patch which in turn depends on XZ support. Signed-off-by: Jo-Philipp Wich <jo@mein.io>
2016-10-06 10:25:29 +00:00
PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.bz2
source: Switch to xz for packages and tools where possible * Change git packages to xz * Update mirror checksums in packages where they are used * Change a few source tarballs to xz if available upstream * Remove unused lines in packages we're touching, requested by jow- and blogic * We're relying more on xz-utils so add official mirror as primary source, master site as secondary. * Add SHA256 checksums to multiple git tarball packages Signed-off-by: Daniel Engberg <daniel.engberg.lists@pyret.net>
2016-10-04 12:28:54 +00:00
PKG_SOURCE_URL:=@SF/lzmautils \
http://tukaani.org/xz
tools/xz: update to 5.4.5 * liblzma: - Use __attribute__((__no_sanitize_address__)) to avoid address sanitization with CRC64 CLMUL. It uses 16-byte-aligned reads which can extend past the bounds of the input buffer and inherently trigger address sanitization errors. This isn't a bug. - Fixed an assertion failure that could be triggered by a large unpadded_size argument. It was verified that there was no other bug than the assertion failure. - Fixed a bug that prevented building with Windows Vista threading when __attribute__((__constructor__)) is not supported. * xz now properly handles special files such as "con" or "nul" on Windows. Before this fix, the following wrote "foo" to the console and deleted the input file "con_xz": echo foo | xz > con_xz xz --suffix=_xz --decompress con_xz * Build systems: - Allow builds with Windows win95 threading and small mode when __attribute__((__constructor__)) is supported. - Added a new line to liblzma.pc for MSYS2 (Windows): Cflags.private: -DLZMA_API_STATIC When compiling code that will link against static liblzma, the LZMA_API_STATIC macro needs to be defined on Windows. - CMake specific changes: * Fixed a bug that allowed CLOCK_MONOTONIC to be used even if the check for it failed. * Fixed a bug where configuring CMake multiple times resulted in HAVE_CLOCK_GETTIME and HAVE_CLOCK_MONOTONIC not being set. * Fixed the build with MinGW-w64-based Clang/LLVM 17. llvm-windres now has more accurate GNU windres emulation so the GNU windres workaround from 5.4.1 is needed with llvm-windres version 17 too. * The import library on Windows is now properly named "liblzma.dll.a" instead of "libliblzma.dll.a" * Fixed a bug causing the Ninja Generator to fail on UNIX-like systems. This bug was introduced in 5.4.0. * Added a new option to disable CLMUL CRC64. * A module-definition (.def) file is now created when building liblzma.dll with MinGW-w64. * The pkg-config liblzma.pc file is now installed on all builds except when using MSVC on Windows. * Added large file support by default for platforms that need it to handle files larger than 2 GiB. This includes MinGW-w64, even 64-bit builds. * Small fixes and improvements to the tests. * Updated translations: Chinese (simplified) and Esperanto. Signed-off-by: Nick Hainke <vincent@systemli.org>
2023-11-11 07:54:17 +00:00
PKG_HASH:=8ccf5fff868c006f29522e386fb4c6a1b66463fbca65a4cfc3c4bd596e895e79
tools/xz: Add PKG_CPE_ID for proper CVE tracking Signed-off-by: Rosen Penev <rosenp@gmail.com>
2018-10-15 20:58:30 +00:00
PKG_CPE_ID:=cpe:/a:tukaani:xz
add a host package for xz SVN-Revision: 24481
2010-12-11 13:20:19 +00:00
tools/xz enable parallel builds SVN-Revision: 33431
2012-09-15 14:17:40 +00:00
HOST_BUILD_PARALLEL:=1
add a host package for xz SVN-Revision: 24481
2010-12-11 13:20:19 +00:00
include $(INCLUDE_DIR)/host-build.mk
tools: xz: force building without ccache Since XZ is required to bootstrap ccache we must not use the ccache compiler wrapper to avoid circular dependencies. Signed-off-by: Jo-Philipp Wich <jo@mein.io>
2016-10-06 13:25:12 +00:00
HOSTCC := $(HOSTCC_NOCACHE)
HOSTCXX := $(HOSTCXX_NOCACHE)
tools/xz: disable shared library Force a static build of the xz utilities in order to avoid the dependency on a shared liblzma.so which might collide with the distro version. Signed-off-by: Jo-Philipp Wich <jow@openwrt.org> SVN-Revision: 46907
2015-09-14 14:03:21 +00:00
HOST_CONFIGURE_ARGS += \
--enable-static=yes \
--enable-shared=no \
tools/xz: Compile with PIC to fix linking errors I made a similar change to this here: https://github.com/openwrt/packages/pull/8159 However, it turns out this did not fix the problem as the problem has to do with tools/xz and not the xz package. The error is the same and causes linking errors as can be seen above. Signed-off-by: Rosen Penev <rosenp@gmail.com>
2019-03-27 07:50:16 +00:00
--disable-doc \
tools/xz: Update to 5.2.5 Update xz to 5.2.5 Disable NLS support to be consistent with other tools such as bison, e2fsprogs and sed. Signed-off-by: Daniel Engberg <daniel.engberg.lists@pyret.net>
2020-04-05 18:44:02 +00:00
--disable-nls \
tools/xz: Compile with PIC to fix linking errors I made a similar change to this here: https://github.com/openwrt/packages/pull/8159 However, it turns out this did not fix the problem as the problem has to do with tools/xz and not the xz package. The error is the same and causes linking errors as can be seen above. Signed-off-by: Rosen Penev <rosenp@gmail.com>
2019-03-27 07:50:16 +00:00
--with-pic
tools: xz: use .bz2 archive In order to build XZ itself we cannot assume that XZ support is available, so fetch the bz2 archive variant of its sources instead. Also drop the FreeBSD portability patch and apply it at prepare time using sed, to avoid a dependency on GNU patch which in turn depends on XZ support. Signed-off-by: Jo-Philipp Wich <jo@mein.io>
2016-10-06 10:25:29 +00:00
tools/xz: do not overwrite the lzma binary SVN-Revision: 24499
2010-12-11 21:29:53 +00:00
define Host/Install
tools: remove static linking support Signed-off-by: Jo-Philipp Wich <jow@openwrt.org> SVN-Revision: 44285
2015-02-06 00:00:43 +00:00
+$(MAKE) $(HOST_JOBS) -C $(HOST_BUILD_DIR) install xzlinks="unxz xzcat"
tools/xz: do not overwrite the lzma binary SVN-Revision: 24499
2010-12-11 21:29:53 +00:00
endef
tools: add Host/Uninstall where possible This cleans staging_dir when calling tool/x/clean. Signed-off-by: Rosen Penev <rosenp@gmail.com>
2022-09-28 08:23:56 +00:00
define Host/Uninstall
-$(call Host/Compile/Default,uninstall)
endef
add a host package for xz SVN-Revision: 24481
2010-12-11 13:20:19 +00:00
$(eval $(call HostBuild))
Reference in New Issue Copy Permalink