aboutsummaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* Remove strace-6.6Bryan Hundven2024-04-212-4/+0
| | | | Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
* Add strace-6.8Bryan Hundven2024-04-212-0/+4
| | | | | | https://github.com/strace/strace/releases Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
* Updates to github workflows to work with `gh act`Bryan Hundven2024-04-212-3/+3
| | | | | | | | | | * Run `apt-get update` before installing packages, as the local VM may not have these packages already installed like the github.com runners do. * Add bison, flex, and texinfo, as they may not already be on the local VM as they may be on the github.com runners. Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
* Add gettext-0.22.5Bryan Hundven2024-04-212-0/+8
| | | | Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
* gdb: Use correct libexpat for native buildChris Packham2024-03-131-10/+1
| | | | | | | | | | The native gdb needs the version of libexpat built for the target. On some systems gdb's configure will find the one from the build machine. Use --with-expat= to point at the correct one for the target. Fixes: 2092 Signed-off-by: Chris Packham <judge.packham@gmail.com>
* binutils: Add 2.42 releaseChris Packham2024-03-1211-0/+663
| | | | | | | | | | Add the new release and rebase the local patches. Add a new patch which resolves a build issue on macOS. https://sourceware.org/pipermail/binutils/2024-January/132213.html Signed-off-by: Chris Packham <judge.packham@gmail.com> Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
* gnuprumcu: Pass host sysroot to build toolchainDimitar Dimitrov2024-03-111-1/+18
| | | | | | | | | | | | | | | | | | | | | | In canadian builds, the target toolchain running on the build machine is not compiling and installing target Newlib. Thus it cannot by itself link target executables. This results in errors for gnuprumcu package when its configure script attempts to test the compiler: .../ld: cannot find crt0.o: No such file or directory configure:3738: error: C compiler cannot create executables Fix by passing the host toolchains's sysroot in target CFLAGS. While at it, also add a missing passing of target LDFLAGS. Successfully tested the following canadian builds: x86_64-unknown-linux-gnu,pru x86_64-w64-mingw32,pru arm-unknown-linux-gnueabihf,pru Signed-off-by: Dimitar Dimitrov <dimitar@dinux.eu>
* loongarch64-linux-musl: add sample configWANG Rui2024-03-113-0/+16
| | | | | | Add sample config for target loongarch64-unknown-linux-musl. Signed-off-by: WANG Rui <wangrui@loongson.cn>
* CI: Disable canadian-cross build stepChris Packham2024-03-111-7/+7
| | | | | | | The canadian cross builds are hitting the disk space limit on the free tier github runners. For now disable them. Signed-off-by: Chris Packham <judge.packham@gmail.com>
* gcc/13.2.0: Fix musl libdir path for loongarch64WANG Rui2024-03-093-0/+169
| | | | | | | | | | This patch adds two gcc commits to fix musl libdir path for loongarch64: * 13c5de14 ("LoongArch: Fix MUSL_DYNAMIC_LINKER") * a5f1bdfc ("LoongArch: Modify MUSL_DYNAMIC_LINKER.") * 2f7d4728 ("LoongArch: Use /lib instead of /lib64 as the library search path for MUSL.") Signed-off-by: WANG Rui <wangrui@loongson.cn>
* musl: add 1.2.5WANG Rui2024-03-092-0/+4
| | | | | Link: https://www.openwall.com/lists/musl/2024/03/01/2 Signed-off-by: WANG Rui <wangrui@loongson.cn>
* gdb: Add 14.2Chris Packham2024-03-083-8/+8
| | | | | | https://sourceware.org/pipermail/gdb-announce/2024/000138.html Signed-off-by: Chris Packham <judge.packham@gmail.com>
* Check for bash version 4 or higherQuentin Boswank2024-03-081-3/+3
| | | | | | We use bash 4 features in some scripts Signed-off-by: Quentin Boswank <qubos@outlook.de>
* Merge pull request #2121 from bhundven/update_homebrew_prefixBryan Hundven2024-03-062-20/+23
|\ | | | | Fix homebrew path
| * Update action versions and more shellcheck fixesBryan Hundven2024-03-062-16/+16
| | | | | | | | | | | | Update action versions to latest. Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
| * Fix homebrew pathBryan Hundven2024-03-061-4/+7
|/ | | | | | | | | | Homebrew changed it's default install path from `/usr/local` to `/opt/homebrew` a while back. Hardcoding the path is a bad idea, so instead use `$(brew --prefix)` to get the prefix of the path for tools. Also fix some [shellcheck](https://github.com/koalaman/shellcheck) issues. Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
* Add aarch64-unknown-linux-musl sampleChris Packham2024-03-063-0/+18
| | | | | | | Adapted from the aarch64-unknown-linux-gnu sample enabling CT_EXPERIMENTAL and selecting CT_LIBC_MUSL. Signed-off-by: Chris Packham <judge.packham@gmail.com>
* gnuprumcu: Obsolete versions 0.5.0-0.9.0Dimitar Dimitrov2024-03-063-0/+3
| | | | | | | These versions have an error in the AM572x header with I/O address definitions. Signed-off-by: Dimitar Dimitrov <dimitar@dinux.eu>
* gnuprumcu: Add v0.9.5Dimitar Dimitrov2024-03-062-0/+4
| | | | | | | | | | | Changes since v.0.9.0: * Add I/O header for am62x. * Fix bit field length in AM572x's SPP register. * Add linker commands to align sections. * Do not use BIG_ENDIAN for a struct field name. * Minor build system cleanups. Signed-off-by: Dimitar Dimitrov <dimitar@dinux.eu>
* glibc: fix the broken build for glibc 2.19 with gcc 13.Hao Li2024-03-011-2/+2
| | | | | | macos silicon SDK does not contain stat64 (and other LFS extension), and glibc 2.19 makes use of it. Signed-off-by: Hao Li <hayatelee@gmail.com>
* gdb: Fix extra config variable name for cross GDBChris Packham2024-03-011-2/+2
| | | | | | | | | Similar to commit 65e5960a ("gdb: Fix extra config variable name for native GDB") we need to use cross_extra_config for the options we're passing to the gdb build when cross compiling. Fixes: 5463ab4b ("gdb: Add gdb-10.2") Signed-off-by: Chris Packham <judge.packham@gmail.com>
* glibc: Add glibc 2.39Chris Packham2024-03-014-0/+134
| | | | | | | | https://sourceware.org/pipermail/libc-announce/2024/000038.html Add the new version and rebase the patches we're carrying. Signed-off-by: Chris Packham <judge.packham@gmail.com>
* Revert "binutils: Disable glob for better portability"Chris Packham2024-03-011-4/+0
| | | | | | | | | | | | | | This reverts commit 57f59092852dff18fbda68fdbf23f850ad182c40. This was originally added so that a toolchain could be built on a newer system but run on an older one. With the benefit of hindsight that is probably the wrong approach. The best way of achieving that goal would be to use docker/podman container to provide an environment that is the same as the oldest supported system and build inside that. The resulting toolchain should be compatible with the old system and the new one. Closes #2094 Signed-off-by: Chris Packham <judge.packham@gmail.com>
* Ignore a bad id command to allow dockerQuentin Boswank2024-02-181-1/+1
| | | | Signed-off-by: Quentin Boswank <qubos@outlook.de>
* Remove Oracle UEK linux dependencies.Cupertino Miranda2024-02-1811-16/+9
| | | | | | | | | This patch removes any dependency to the Oracle UEK Linux sources since it can be easily replaced by a standard kernel explicitly pointing to the exact kernel version, as the toolchain building only requires the kernel headers. Signed-off-by: Cupertino Miranda <cupertino.miranda@oracle.com>
* glibc: Fix THREAD_SETMEM/THREAD_SETMEM_NC for movq in x86_64Artem Panfilov2024-02-061-0/+60
| | | | | | | | | | | | | | | This patch resolves compilation issues with GCC versions 12 and glibc 2.17. It corrects the constraints used in the THREAD_SETMEM and THREAD_SETMEM_NC macros for the movq instruction in the x86_64 architecture. Backported from: https://github.com/bminor/glibc/commit/b1ec623ed50bb8c7b9b6333fa350c3866dbde87f Closes #1825 Signed-off-by: Artem Panfilov <artem.panfilov@nokia.com>
* Update config.{guess,sub}Bryan Hundven2024-02-022-113/+205
| | | | | | from: git://git.savannah.gnu.org/config.git Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
* gdb: Explicitly point to target's libgmp for native buildAlexey Brodkin2024-01-301-0/+8
| | | | | | | | | | | | | | | Starting from GDB 11.x, gmp is needed as a dependency to build full gdb. And by default build system of native GDB will try to link with libgmp of the build host. And to make sure that doesn't happen we need to specify location of the target's sysroot so that library search starts from there. Which we do in that change. Fixes [1] & [1]. [1] https://github.com/crosstool-ng/crosstool-ng/issues/2084 [2] https://github.com/crosstool-ng/crosstool-ng/issues/1656 Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>
* gcc: Add patch to resolve libsanitizer build issueChris Packham2024-01-302-0/+270
| | | | | | | | | | | | libsanitizer has problems intercepting crypt() and crypt_r() with newer glibcs. Bring in an upstream patch that drops support for these from ASAN. llvm/llvm-project@d7bead8 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111057 Fixes #2083 Signed-off-by: Chris Packham <judge.packham@gmail.com>
* newlib: Add 4.4.0.20231231Chris Packham2024-01-302-0/+4
| | | | | | Add the latest snapshot of newlib. Signed-off-by: Chris Packham <judge.packham@gmail.com>
* Fix zlib build on win32 near enviromentsQuentin Boswank2023-12-181-2/+0
| | | | | | | We set some variables for linking zlib to '' which we shouldn't do. Let the Makefile sort these things out. Signed-off-by: Quentin Boswank <qubos@outlook.de>
* zstd: Bring in upstream change for cygwin supportChris Packham2023-12-181-0/+68
| | | | | | | Bring in the upstream change that should allow building zstd on cygwin. Fixes #1974 Signed-off-by: Chris Packham <judge.packham@gmail.com>
* gdb: Add 14.1 releaseChris Packham2023-12-183-1/+9
| | | | | | | https://sourceware.org/pipermail/gdb-announce/2023/000137.html Fixes #2077 Signed-off-by: Chris Packham <judge.packham@gmail.com>
* zlib: Add 1.3Chris Packham2023-12-182-0/+8
| | | | | | http://madler.net/pipermail/zlib-announce_madler.net/2023/000014.html Signed-off-by: Chris Packham <judge.packham@gmail.com>
* Remove configure time check for rsyncChris Packham2023-12-182-7/+0
| | | | | | | Now that we're checking for rsync in Kconfig we can remove the check from ./configure. Signed-off-by: Chris Packham <judge.packham@gmail.com>
* config: Detect rsync presence at config timeChris Packham2023-12-183-2/+13
| | | | | | | | | | | | | | | | | | Linux kernel versions newer than 5.3 require rsync in order to export the UAPI headers. Commit f441a6bf ("linux: Add dependency on rsync for Linux >= 5.3") attempted to address this with a check that runs when crosstool-ng is built. That had the downside that if crosstool-ng was built and packaged on a machine that had rsync then run on a machine that didn't then the build would fail due to the missing rsync. Conversely if the first machine didn't have rsync installed when crosstool-ng was built then we would not offer newer kernel versions. We can address this by checking for rsync when the toolchain configuration is updated using some functionality in the newer Kconfig that we've updated to previously. Fixes #1940 Signed-off-by: Chris Packham <judge.packham@gmail.com>
* elf2flt: Update to v2023.09Chris Packham2023-12-083-590/+1
| | | | | | | Update to the v2023.09 release and drop the patches that have been applied upstream. Signed-off-by: Chris Packham <judge.packham@gmail.com>
* binutils: Bring in upstream performance fixChris Packham2023-12-081-0/+156
| | | | | | Bring in an upstream fix for a performance issue in the 2.41 release. Signed-off-by: Chris Packham <judge.packham@gmail.com>
* binutils: Add binutils 2.41Hans-Christian Noren Egtvedt2023-12-0810-0/+622
| | | | | | | | | | https://sourceware.org/pipermail/binutils/2023-July/128719.html Forward ported all patches from binutils 2.40, with only minor adjustment to match new upstream code in patch 0007-poison-system-directories.patch. Signed-off-by: Hans-Christian Noren Egtvedt <hegtvedt@cisco.com>
* scripts/build/binutils: Update path for libbfdChris Packham2023-12-081-1/+1
| | | | | | | | | As of binutils 2.41 libbfd.a is not placed directly in the output directory. Fortunately the libtool .libs location seems to have been in place for some time so we can update the path without worrying about backwards compatibility. Signed-off-by: Chris Packham <judge.packham@gmail.com>
* CI: Add sample for hppa-unknown-linux-gnuChris Packham2023-11-253-0/+8
| | | | | | Add sample for hppa/parisc and include in CI builds. Signed-off-by: Chris Packham <judge.packham@gmail.com>
* config/arch: Mark hppa/parisc as experimentalChris Packham2023-11-251-0/+2
| | | | | | | There are a number of things that don't currently work notably uClibc, C++ and GDB. Mark this architecture as experimental. Signed-off-by: Chris Packham <judge.packham@gmail.com>
* Adjust GUESS tuple for PA-RISC linux.John David Anglin2023-11-251-7/+9
| | | | | | | | | | | | 64-bit kernels can support running both 32 and 64-bit user code. Select hppa-unknown-linux-$LIBC or hppa64-unknown-linux-$LIBC depending on whether compiler defines LP64 or not. Always select hppa-unknown-linux-$LIBC with 32-bit kernel. This will generate 32-bit PA 1.1 code. If PA 2.0 code is desired, user can use a compiler option to select it. Signed-off-by: John David Anglin <dave.anglin@bell.net>
* Map parisc64 to hppa64 in config.sub.John David Anglin2023-11-251-0/+8
| | | | | | | Debian and Gentoo use hppa/hppa64 for the PA-RISC ports. These are the proper CPU designations for configuring most packages. Signed-off-by: John David Anglin <dave.anglin@bell.net>
* Add support for 32 and 64-bit PA-RISC linux build targets.John David Anglin2023-11-253-1/+26
| | | | | | | Note: The 64-bit target lacks a glibc port and doesn't build. Also, there is no uclibc support. Signed-off-by: John David Anglin <dave.anglin@bell.net>
* linux: Add 6.6.1 bump LTSChris Packham2023-11-1523-56/+64
| | | | | | | | | | | | Add 6.6.1 Bump 4.14.326 -> 4.14.329 Bump 5.10.197 -> 5.10.200 Bump 5.15.133 -> 5.15.138 Bump 5.4.257 -> 5.4.260 Bump 6.1.55 -> 6.1.62 Bump 6.5.5 -> 6.5.11 Signed-off-by: Chris Packham <judge.packham@gmail.com>
* strace: Add 6.6Chris Packham2023-11-153-4/+4
| | | | | | | | https://lists.strace.io/pipermail/strace-devel/2023-October/011369.html Add the 6.6 release, delete 6.5. Signed-off-by: Chris Packham <judge.packham@gmail.com>
* mingw-w64: add v11.0.1Mateusz Mikuła2023-11-153-0/+38
| | | | | | This adds access to various new APIs and brings several bug fixes Signed-off-by: Mateusz Mikuła <mati865@gmail.com>
* gdb: Use correct arguments for static linkingChris Packham2023-11-022-1/+10
| | | | | | | | | | | | As of version 13.x GDB uses libtool for linking instead of g++ these take different arguments for static linking. Commit 6146b5a6 ("use -all-static when building a static gdb") attempted to deal with this but had the effect of causing older GDB versions to fail to build statically. Add a new internal flag GDB_CC_LD_LIBTOOL and use this to decide whether to pass `-static` or `-all-static`. Fixes #2053 Signed-off-by: Chris Packham <judge.packham@gmail.com>
* m4/ctng_python.m4: Use AC_PATH_PROGS for full pathChris Packham2023-11-021-1/+1
| | | | | | | | | | | | | | | We use the information from various configure time checks to populate paths.sh. The paths used are all absolute except for the python binary. In the switch to a more comprehensive check for python by commit fa05153e ("Make checking for python more predictable.") we ended up using AC_CHECK_PROGS which checks for the program on the path and sets the variable to the name of the program. This makes python inconsistent with the other programs and seems to cause problems for MSYS2. Use AC_PATH_PROGS instead which does the same check but sets the variable to the absolute name of the program Fixes #2047 Signed-off-by: Chris Packham <judge.packham@gmail.com>