staging/dangole/tools/Makefile, branch main

tools: rework tools-core dependecies

2024-04-06T09:24:18Z

ZSTD and libdeflate do not depend on SED nor flock, so instead of the whole for loop that will filter 2 out of 4 core packages just specify that patch and tar depend on sed explicitly. ZSTD now depends on libdeflate since libdeflate-gzip will then be used to unpack ZSTD as well as most tool archives. Signed-off-by: Rosen Penev Signed-off-by: Robert Marko

tools: make zstd tool core and xz tool non-core

2024-04-06T09:24:18Z

Make zstd tool core and xz tool non-core since zstd is the new default for compression format. Signed-off-by: Christian Marangi

tools: zstd: convert to make and drop meson dependency

2024-04-06T09:24:18Z

Convert to make and drop meson dependency since it's not a core tools and can't depend on advanced build system like cmake or meson. On top of this make is the official build support and cmake/meson are supported by 3rd parties. Signed-off-by: Christian Marangi

tools: add util-linux

2024-03-11T19:17:25Z

since kernel 6.4, commit bca2f3a9406b ("efi/zboot: Add BSS padding before compression") introduces the use of hexdump to padding the EFI kernel binary before compression. util-linux which containing hexdump should then be compiled as a host tool to guarantee not breaking the kernel build process. Signed-off-by: Weijie Gao

tools/elfutils: add missing dependency to fix build error

2023-10-30T08:08:39Z

Signed-off-by: Felix Fietkau

elfutils: fix build and enable on non-linux systems

2023-10-29T14:56:46Z

Use gnulib for compatibility Signed-off-by: Felix Fietkau

tools: add mold, a modern linker

2023-07-04T18:25:40Z

mold is a faster drop-in replacement for existing Unix linkers. A single binary is able to link various targets, which is why this lives in tools/. All toolchain builds then just need to copy the linker over, hence avoiding multiple builds with the same outcome. Signed-off-by: Andre Heider

tools/coreutils: bootstrap to local gnulib source

2023-05-04T04:07:30Z

Using the local gnulib source during bootstrap allows for fine-grained control over the macros and source files for use with coreutils but part of gnulib instead of coreutils, without having to wait for a release or deal with gnulib as a git submodule. In this case, the execution of autotools must be skipped by force. Autoconf and Automake during bootstrap on coreutils only works right when using directly checked-out source. There is a symbol in gnulib, @GNULIB_TIME@ that is not yet defined in coreutils source, so we use the backup of lib/time.in.h instead of the one provided by gnulib source. Signed-off-by: Michael Pratt

tools/libtool: bootstrap to local gnulib source

2023-05-04T04:07:30Z

Using the local gnulib source during bootstrap allows for fine-grained control over the macros and source files for use with libtool but part of gnulib instead of libtool, without having to wait for a release or deal with gnulib as a git submodule. Signed-off-by: Michael Pratt

tools: add gnulib source

2023-05-04T04:07:27Z

By having a local copy of gnulib, we can: import the latest macro fixes into any package, get rid of some statically stored macros that were otherwise missing, bootstrap GNU tools with the latest relevant source without having to wait for a release or rely on git submodules, and possibly more... The patch assists in bootstrapping by ignoring the building of po files using gettext, and also to allow a user-defined path to a program to include parameters. Signed-off-by: Michael Pratt