linux/poky.git/meta/conf/distro/include/tcmode-default.inc, branch 5.2_M3

tcmode-default: eliminate needless 'go' defaults

2025-03-08T18:08:04+00:00

Manually setting preferred version/provider is not required so remove that for 'go'. (From OE-Core rev: f01aa20752a4435dd10a523aa01d40addb1cd8d0) Signed-off-by: Randy MacLeod Signed-off-by: Richard Purdie

tcmode-default: eliminate needless gdb, qemu defaults

2025-03-08T18:08:04+00:00

Manually setting preferred version/provider is not required so remove that for gdb and qemu as a first step of cleaning up this file. This PREFERRED_VERSION list dates back to 2006, which is an era where several versions of a given recipe was a common occurence. (From OE-Core rev: 4f22ca1233b390308f8266bafe96efaee0631cf4) Signed-off-by: Randy MacLeod Signed-off-by: Richard Purdie

rust: Upgrade 1.82.0->1.83.0

2025-03-05T21:26:54+00:00

Rust stable version updated to 1.83.0. https://blog.rust-lang.org/2024/11/28/Rust-1.83.0.html Renamed and modified the below patch to adapt the new version. rv32-cargo-rustix-0.38.34-fix.patch->rv32-cargo-rustix-0.38.37-fix.patch Modified the below patches to adapt the new version. repro-issue-fix-with-cc-crate-hashmap.patch revert-link-std-statically-in-rustc_driver-feature.patch Dropped: zlib-off64_t.patch https://github.com/madler/zlib/commit/a566e156b3fa07b566ddbf6801b517a9dba04fa3kq Because of the following commit , https://github.com/rust-lang/rust/commit/68034f837a39387e49fc7d7c5b088f5372a1127e when we enable lib32, getting build failure because there is a check for target support for "-Zdual-proc-macros" flag not functioning properly when lib32 is enabled in the build environment. So for now reverting this commit and bring back the previous behavior, where the "-Zdual-proc-macros" flag is always added for building proc macros, regardless of the target architecture's support. This would bypass the check introduced in the patch, allowing the build to proceed without error, even when building for a 64-bit architecture with lib32 enabled. (From OE-Core rev: 40d8dafdf556d7ce79c12a6de872193be9a0928a) Signed-off-by: Deepesh Varatharajan Signed-off-by: Richard Purdie

bitbake.conf: Start to separate out gcc related variable definitions

2025-03-05T09:31:16+00:00

To be able to switch toolchains, we need to separate out the gcc definitions into seperate include files. This patch starts that process. Whilst the include is still hardcoded for now, it allows developers to start experimenting with this locally more easily and stops people reinventing this patch. A sample clang configuruation is also included which I was using for experimentation. (From OE-Core rev: be063d58c0985a2c43c16302efb44706fbf3f1b3) Signed-off-by: Richard Purdie

tcmode-default: bump GOVERSION to 1.24.0

2025-03-03T18:01:30+00:00

Due to we have upgraded go to 1.24.0, we should also bump GOVERSION to fix preferred version warning ... WARNING: preferred version 1.22% of go not available (for item go) WARNING: versions of go available: 1.24.0 ... (From OE-Core rev: 939449cfcb4a920132145d2ad1212bac3acb1baa) Signed-off-by: Hongxu Jia Signed-off-by: Richard Purdie

rust: Upgrade 1.81.0->1.82.0

2025-02-20T11:57:49+00:00

Rust stable version updated to 1.82.0. https://blog.rust-lang.org/2024/10/17/Rust-1.82.0.html Renamed the below patch to adapt the new version. rv32-cargo-rustix-0.38.28-fix.patch->rv32-cargo-rustix-0.38.34-fix.patch Dropped: rv32-rustix-libc-backend.patch [addressed with rv32-cargo-rustix-0.38.34-fix.patch] (From OE-Core rev: cfa431e734a642796140347f09c3c54b41a7bb75) Signed-off-by: Deepesh Varatharajan Signed-off-by: Richard Purdie

glibc: Upgrade to 2.41 release

2025-02-05T12:49:56+00:00

License-Update: Added license for e_gammaf_r.c [1] added url of CORE-MATH project [2] * Testing support with different compilers (series) * Remove XXX math functions from installed math.h (patch) * Remove "%n" from assert (commit) * Improve executable stack handling * Compile glibc tests with Clang (series 1, series 2) * asprintf should write NULL on failure * Revert TCB layout changes * Fix ld.so crashes with golang test suite * Fixes after GET_ADDR_ARGS removal * Extend Rseq Support, plus x32 fixup * sh4: ensure FPSCR.PR==0 when executing FRCHG [BZ #27543] * affinity-inheritance test: overallocate CPU sets * rseq-related aarch64 test failures * arc4random test failure under load * benchtests: Add dummy in put files cospi, cospif, sinpi, sinpif, tanpi, tanpif * pthread condvar missing signal, bug 25847 * aarch64: Add support for Guarded Control Stack extension * testsuite: Make stdio-common/tst-printf-format-*-mem UNSUPPORTED if the mtrace output does not exist Further Release Notes [3] [4] [1] https://sourceware.org/git/?p=glibc.git;a=commit;h=2843e78b30da0aa743fdfb0ac61435c925182c04 [2] https://sourceware.org/git/?p=glibc.git;a=commit;h=d421d36582281a62e05f96a1bfb085db9d85f40b [3] https://sourceware.org/glibc/wiki/Release/2.41 [4] https://sourceware.org/pipermail/libc-announce/2025/000045.html (From OE-Core rev: 73b34ff50c8e5b05eca8f9a236bd1b155bd14324) Signed-off-by: Khem Raj Signed-off-by: Richard Purdie

binutils: Upgrade to 2.44 release

2025-02-05T12:49:56+00:00

* Drop the CVE-2024-53589 patch, its included in 2.44 * Package newly rename gp-* to gprofng-* binaries and remove old gp-* symlinks * Gold linker is now deprecated and will be removed in future release its already deleted in tarball releases * Support for the Nios II target has been removed. * Assembler: - Support for new architecture extensions for AArch64, Risc-V and x86. * Linker: The default maximum page size was changed from 16KiB to 64KiB for LoongArch. This now supports mixed LTO and non-LTO object files in relocatable output. The ELF forms of the linker support a --image-base= option for compatibility with LLD. The --build-id= option now accepts an argument of "xx" which enables the use of the xxhash library. This produces a 128-bit hash and is 2-4x faster than md5 or sha1. The ELF linker option --package-metadata supports percent-encoded and %[string] encoded JSON payloads. * Disassembler: The RISC-V disassembler now supports -M,max option like QEMU to dump instruction without checking architecture support as usual. * GprofNG: Support added for hardware event counters for Neoverse-N1, Ampere-1, and Appliedmicro processors. Detailed release notes [1] [1] https://lists.gnu.org/archive/html/info-gnu/2025-02/msg00001.html (From OE-Core rev: df3c43e69542939a4bec3893f1e927edf2ad7179) Signed-off-by: Khem Raj Signed-off-by: Richard Purdie

gdb: Upgrade 15.2 -> 16.1

2025-01-27T15:47:09+00:00

* Drop 0001-Fix-Wenum-constexpr-conversion-in-enum-flags.h.patch, its already applied to gdb 16.1 Detailed release notes: https://sourceware.org/pipermail/gdb-announce/2025/000143.html https://sourceware.org/gdb/news/ https://lwn.net/Articles/1005562/ https://www.sourceware.org/gdb/download/ANNOUNCEMENT (From OE-Core rev: 31a536ed8c4d03db250766fe701126dd14d084c0) Signed-off-by: Yash Shinde Signed-off-by: Mathieu Dubois-Briand Signed-off-by: Richard Purdie

classes/recipes: Switch virtual/XXX-gcc to virtual/cross-cc (and c++/binutils)

2025-01-21T23:09:33+00:00

The idea of the base class dependency is to say "yes, I need a C cross compiler" and this was never meant to be gcc specific. Looking at the codebase, whilst we code triplets into this, it does overcomplicate things as there are only ever limited, "target", "sdk" and the class extended versions like mutlilib. After much thought, we can simplify this to virtual/cross-cc and virtual/nativesdk-cross-cc. This lets us remove the "gcc" specific element as well as removing the over complicated triplet usage. At the same time, change the much less widely used "g++" variant to "c++" for similar reasons and remove the triplet from virtual/XXX-binutils too. Backwards compatibility mappings could be left but are just going to confuse things in future so we'll just require users to update. This simplification, whilst disruptive for any toolchain focused layers, will make improved toolchain selection in the future much easier. Since we no longer have overlapping variables, some code for that can just be removed. The class extension code does need to start remapping some variables but not the crosssdk target recipe names. This patch is in two pieces, this one handles the renaming with the functional changes separate in a second for easier review even if this breaks bisection. (From OE-Core rev: 4ccc3bc8266c327bcc18c9a3faf7536210dfb9f0) Signed-off-by: Richard Purdie