summaryrefslogtreecommitdiffstats
path: root/meta/recipes-devtools
Commit message (Collapse)AuthorAgeFilesLines
...
* python3: upgrade 3.10.5 -> 3.10.6Alexander Kanavin2022-08-106-10/+10
| | | | | | | | (From OE-Core rev: 7779cc998bea2aab2a66b874cd849b3a0b6e7721) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python3-pip: update 22.2.1 -> 22.2.2Alexander Kanavin2022-08-101-1/+1
| | | | | | | | (From OE-Core rev: 2e9f2bf42bfc52a112775b548d600cde8c2f7645) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* go: update 1.18.4 -> 1.19Alexander Kanavin2022-08-1015-81/+138
| | | | | | | | | | Rebase patches. (From OE-Core rev: 85064fd76c9f19b522f540f26e0fc68bfb0d7f43) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* rpm: update 4.17.0 -> 4.17.1Alexander Kanavin2022-08-106-461/+40
| | | | | | | | (From OE-Core rev: 826eb17fe741d38be24d31f3bba35074e404a414) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* rust-cross-canadian: Use shell from SDK, not the hostRichard Purdie2022-08-091-1/+2
| | | | | | | | | | | | rust sets LD_LIBRARY_PATH which causes a lot of problems with host binaries conflicting with SDK libraries. By using sh/bash from the SDK we avoid those issues. [YOCTO #14878] (From OE-Core rev: dabd97e78a599a81c056c0f3291244f5afae44b0) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* cargo: Work around host system library conflictsRichard Purdie2022-08-091-0/+8
| | | | | | | | | | | | | | | | | | | | | | | cargo ends up running target-rust-ccld with LD_LIBRARY_PATH set to libdir but not base_libdir which breaks the SDK. You see errors like: /bin/sh: error while loading shared libraries: libncurses.so.5: cannot open shared object file: No such file or directory On such a system, this would fail: LD_LIBRARY_PATH="<path>/testimage-sdk/sysroots/x86_64-pokysdk-linux/usr/lib" cargo build but this would work: LD_LIBRARY_PATH="<path>/testimage-sdk/sysroots/x86_64-pokysdk-linux/usr/lib:<path>/testimage-sdk/sysroots/x86_64-pokysdk-linux/lib" cargo build so wrap cargo with both paths in LD_LIBRARY_PATH. The error depends on the versions of the host system, it reproduced on tumbleweed-ty-3. (From OE-Core rev: 388e7cac9f90e79ce8c3c1683d8ee0f4df1bc907) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bootchart2: Fix build with glibc 2.36+Khem Raj2022-08-082-0/+32
| | | | | | | (From OE-Core rev: 981fd8966fb19d07b7166d136e1d7e2b76268a4a) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mtd-utils: Fix build with glibc 2.36Khem Raj2022-08-082-0/+32
| | | | | | | (From OE-Core rev: d0275fb6c4b54b17d66d724581b30ba4c18a058a) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemu: Fix build with glibc 2.36Khem Raj2022-08-082-0/+47
| | | | | | | (From OE-Core rev: 5547f0e9e0c71c82d9bf87384bc81901117db030) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* rust: Update READMERichard Purdie2022-08-081-23/+3
| | | | | | | | | Update the README to match the current status and remove unclear/obsolete information and fix formatting. (From OE-Core rev: fa5d16692dda655a54653df7b4bf98410090ec5c) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* rust: Ensure buildpaths are handled in debug symbols correctlyRichard Purdie2022-08-081-0/+2
| | | | | | | | | To ensure buildpaths aren't encoded in the debug symbol output, ensure we pass our prefix remapping compiler options in. (From OE-Core rev: c7a529743560c37973787e4ab2433cb7485afb86) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* rust: Fix musl buildsRichard Purdie2022-08-081-0/+2
| | | | | | | | | Musl targets need a sysroot set to find the musl static libraries. Set this appropriately in musl builds. (From OE-Core rev: 1c5ab57ddda393631ce2da97ef5a876a2020d51f) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* rust: Enable nativesdk and target builds + replace rust-tools-cross-canadianRichard Purdie2022-08-085-61/+67
| | | | | | | | | | | | Enable rust target builds as well as nativesdk-rust for the sdk. Merge the builds of rust-tools components into the rust build, packaged separately since this is a lot more efficient and saves rebuilding core rust multiple times. The tools are not target specific so nativesdk-rust-tools suffices and we can drop the cross canadian piece. (From OE-Core rev: b9b0cd99cdc77e7a90e5fd5711e706ebe64c7b6b) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* rust: Drop cross/crosssdkRichard Purdie2022-08-083-63/+0
| | | | | | | | | | Now that target config json is provided by rust-target-config.bbclass, the need for the cross and crosssdk recipes is removed. Drop them and simplify dependencies accordingly. (From OE-Core rev: 4b54f5f52b33db4d2fe95c5faef033b6c6b37b7d) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* rust-cross-canadian: Simplify and fixRichard Purdie2022-08-083-110/+12
| | | | | | | | | | Since a copy of rust can target any target and doesn't need to be target specific, we can simplify rust-cross-canadian to simply contain the json configuration and envirionment setup scripts. (From OE-Core rev: 6ec18de9d6f49bccff72f2665821dbd732b69b48) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* cargo: Drop cross-canadian variant and fix/use nativesdkRichard Purdie2022-08-085-91/+43
| | | | | | | | | | | The cargo-cross-candian variant made no sense as one version of cargo in the SDK can work for all targets. Replace it with nativesdk-cargo instead. Move the SDK env to rust-cross-canadian. (From OE-Core rev: 6d6d135924eff5993736ee58ba8cc5d00ca635f3) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* rust.inc: Fix for cross compilation configurationRichard Purdie2022-08-081-5/+15
| | | | | | | | | | For cross compilation, build, host and target may be different. Ensure the main rust config has the appropriate sections added to match the configurations. (From OE-Core rev: e2cdbf9df8d3f90b5a7ba35288c5db4f252d134d) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* rust-llvm: Enable nativesdk variantRichard Purdie2022-08-081-1/+8
| | | | | | | | | To allow nativesdk variants of the tools to build, enable a nativesdk variant of rust-llvm. (From OE-Core rev: b4b24dc53fdb86624da71b854dfe018923a203fe) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* cargo_common: Handle build SYS as well as HOST/TARGETRichard Purdie2022-08-081-3/+0
| | | | | | | | | Improve the common class to handle BUILD_SYS as well as host and target, removing the need to a workaround in the rust recipe. (From OE-Core rev: 0dc9635c28c269f782ad4ed6ea06b4e4de1beb8e) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* rust-common/rust: Improve bootstrap BUILD_SYS handlingRichard Purdie2022-08-081-4/+3
| | | | | | | | | | Move the "unknown" vendor workaround used during bootstrap to a central location so it is applied consistently to all RUST_BUILD_SYS values rather than some subset. (From OE-Core rev: d02c28b2219d736c9598a13fead7a03eaa3256a6) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* rust: Generate per recipe target configuration filesRichard Purdie2022-08-083-3/+7
| | | | | | | | | | Instead of generating target configuration files centrally and often getting it wrong, or having trouble finding the right set, generate them dynamically from the bbclass into WORKDIR per recipe. (From OE-Core rev: 9160e4a37561d8ac882057450a818621bec13bed) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* rust/mesa: Drop obsolete YOCTO_ALTERNATE_MULTILIB_NAMERichard Purdie2022-08-081-2/+0
| | | | | | | | This variable is no longer used by the llvm patches. (From OE-Core rev: 35e1ecf88cf9725e1ba43c948e90359df983002f) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* rust.inc: Fix cross build llvm-config handlingRichard Purdie2022-08-081-4/+14
| | | | | | | | | | We need llvm-config for the target but the cross compiled target binary is no good. We can copy the native one into the target location where it will then return the target values though. (From OE-Core rev: f355e55c1fcef57f288279ffb47ebeb52a72b689) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* rust.inc: Rename variables to make code clearerRichard Purdie2022-08-081-10/+10
| | | | | | | | | | Instead of reusing a "target_section" variable, name them host and build section instead. This patch sets things up for other improvementsm, separating out the renaming. (From OE-Core rev: 279b809e8306b0eb6ae6caeb6b0a3c3c62d2f9d2) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* rust: Switch to use RUST_XXX_SYS consistentlyRichard Purdie2022-08-082-7/+7
| | | | | | | | | | | The code was using a mixture of XXX_SYS and RUST_XXX_SYS. Use RUST_XXX_SYS consistently and add the variables to the global exclsion on signatures as they're reflected in the directory triplets and trying to filter them out the hashes separately is too painful. (From OE-Core rev: ee0c0fdf9c1eba9eece6ed1293fda25bf18964b3) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* rust: Work around reproducibility issuesRichard Purdie2022-08-082-0/+73
| | | | | | | | | | | | Add a patch which removes the sections of code which encode buildpaths. Whilst not ideal, the patches at least show where the problematic data is coming from and should allow more focused work to resovle it by someone who has a better understanding of rust and what this code is doing. It does look unlikely we actually need this code in our usecases anyway. (From OE-Core rev: c08c522fc29445aef0c64f0dd8df8a3531c04afa) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python3-pip: upgrade 22.1.2 -> 22.2.1wangmy2022-08-043-151/+43
| | | | | | | | | | | | | | | | | | | reproducible.patch refreshed for new version. 0001-change-shebang-to-python3.patch removed as not needed since upstream has removed the shebang lines. License-Update: src/pip/_vendor/html5lib/LICENSE: removed since it's not it new version src/pip/_vendor/chardet/LICENSE: file format modified, change St to Street src/pip/_vendor/pygments/LICENSE: Copyright year updated to 2022 (From OE-Core rev: d69f360bb48001a4ec9220c8f935bb5fe43b4f7a) Signed-off-by: Wang Mingyu <wangmy@fujitsu.com> Signed-off-by: Luca Ceresoli <luca.ceresoli@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python3-pygobject: upgrade 3.42.1 -> 3.42.2wangmy2022-08-041-1/+1
| | | | | | | | | | | | | | | | | | | Changelog: ========= Error out instead of crashing when marshaling unsupported fundamental types in some cases !180 Add a workaround for a PyPy 3.9+ bug when threads are used !200 Fix crashes when marshaling zero terminated arrays for certain item types !191 Fix a crash/refcounting error in case marshaling a hash table fails !191 Make the test suite pass again with PyPy !191 tests: support running tests with (MSVC) CPython 3.8+ on Windows !206 interface: Fix leak when overriding GInterfaceInfo !204 setup.py: look up pycairo headers without importing the module (helps with building on Windows and MSVC CPython 3.8+) !205 (From OE-Core rev: 14c442bfe4886e6180bd58f5e69928efd54e9c3c) Signed-off-by: Wang Mingyu <wangmy@fujitsu.com> Signed-off-by: Luca Ceresoli <luca.ceresoli@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python3-setuptools: upgrade 63.2.0 -> 63.3.0wangmy2022-08-041-1/+1
| | | | | | | | | | | Merge with pypa/distutils@129480b, including substantial delinting and cleanup, some refactoring around compiler logic, better messaging in cygwincompiler (pypa/distutils#161). (From OE-Core rev: bc488be5a8d260a0bdc69c37173a7168706f9be3) Signed-off-by: Wang Mingyu <wangmy@fujitsu.com> Signed-off-by: Luca Ceresoli <luca.ceresoli@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python3-scons: upgrade 4.3.0 -> 4.4.0wangmy2022-08-041-1/+1
| | | | | | | | (From OE-Core rev: 86b22e0ea282b466e1d6107284f468ffe39b76fc) Signed-off-by: Wang Mingyu <wangmy@fujitsu.com> Signed-off-by: Luca Ceresoli <luca.ceresoli@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python3-jsonschema: upgrade 4.7.2 -> 4.9.0wangmy2022-08-041-1/+1
| | | | | | | | | | | | | | | | | | | Changelog: =========== -Fix relative $ref resolution when the base URI is a URN or other scheme (#544). -pkgutil.resolve_name is now used to retrieve validators provided on the command line. This function is only available on 3.9+, so 3.7 and 3.8 (which are still supported) now rely on the pkgutil_resolve_name backport package. Note however that the CLI itself is due to be deprecated shortly in favor of check-jsonschema. -best_match no longer traverses into anyOf and oneOf when all of the errors within them seem equally applicable. This should lead to clearer error messages in some cases where no branches were matched. (From OE-Core rev: 203dc71c2b2a712a88f41fc6a5b9894d36d0d3c0) Signed-off-by: Wang Mingyu <wangmy@fujitsu.com> Signed-off-by: Luca Ceresoli <luca.ceresoli@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python3-hatchling: upgrade 1.5.0 -> 1.6.0wangmy2022-08-041-1/+1
| | | | | | | | (From OE-Core rev: 7a23323ce828d24e85f42773c7e5ac5e11b11f45) Signed-off-by: Wang Mingyu <wangmy@fujitsu.com> Signed-off-by: Luca Ceresoli <luca.ceresoli@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python3-dbusmock: upgrade 0.28.1 -> 0.28.4wangmy2022-08-041-1/+1
| | | | | | | | | | | | | | Changelog: ========== setup.py: Fix ModuleNotFoundError ofono template: Fix conversion to f-strings (Debian #1015286) Ship FMF tests in release tarballs (From OE-Core rev: cf179414293289c1a15f9187c192a540558c1e84) Signed-off-by: Wang Mingyu <wangmy@fujitsu.com> Signed-off-by: Luca Ceresoli <luca.ceresoli@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python3-cython: upgrade 0.29.30 -> 0.29.32wangmy2022-08-042-1/+1
| | | | | | | | (From OE-Core rev: 19ce533f3712c5b67b637b939fd91516a2cc802b) Signed-off-by: Wang Mingyu <wangmy@fujitsu.com> Signed-off-by: Luca Ceresoli <luca.ceresoli@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python3-attrs: upgrade 21.4.0 -> 22.1.0wangmy2022-08-041-2/+2
| | | | | | | | | | License-Update: add "and the attrs contributors" to Copyright (From OE-Core rev: 35a6c10b77b8f400d63a81d02cf0fa0ebb4048df) Signed-off-by: Wang Mingyu <wangmy@fujitsu.com> Signed-off-by: Luca Ceresoli <luca.ceresoli@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemu: CVE-2022-35414 can perform an uninitialized read on the translate_fail ↵Hitendra Prajapati2022-08-042-0/+54
| | | | | | | | | | | | path, leading to an io_readx or io_writex crash Upstream-Status: Backport [https://github.com/qemu/qemu/commit/418ade7849ce7641c0f7333718caf5091a02fd4c] CVE: CVE-2022-35414 (From OE-Core rev: 0e08363f48862a5f017135ae720ae89f635d811c) Signed-off-by: Hitendra Prajapati <hprajapati@mvista.com> Signed-off-by: Luca Ceresoli <luca.ceresoli@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* repo: upgrade 2.27 -> 2.28Changhyeok Bae2022-08-021-1/+1
| | | | | | | | (From OE-Core rev: 798074f95e27189e44bec2a6dbcbca1e3d985368) Signed-off-by: Changhyeok Bae <changhyeok.bae@gmail.com> Signed-off-by: Luca Ceresoli <luca.ceresoli@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc-sanitizers: Fix mount.h glibc 2.36 conflictKhem Raj2022-08-022-0/+46
| | | | | | | | | | backport a sanitizers upstream patch (From OE-Core rev: ca1fef4cb33b5f218cd0206002e8776d2f68b12d) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Luca Ceresoli <luca.ceresoli@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* btrfs-tools: Use linux/mount.h instead of sys/mount.hKhem Raj2022-08-022-0/+33
| | | | | | | | | | | | | This fixes the conflict thats with mount.h from glibc 2.36+ and kernel [1] [1] https://sourceware.org/glibc/wiki/Release/2.36 (From OE-Core rev: f2617ecc93048a29e37d4213e08ddbd997139f6c) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Luca Ceresoli <luca.ceresoli@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* cmake: remove CMAKE_ASM_FLAGS variable in toolchain fileMartin Beeger2022-08-021-1/+0
| | | | | | | | | | | | | | | As discussied in [YOCTO #14717] cmake contains a OEToolchainConfig.cmake file to configure the toolchain correctly in cross-compile build for recipes using cmake. The CMAKE_ASM_FLAGS are the configuration are meant for assembly, but the spelling is incorrect and the Flag is ASFLAGS for gcc and other compilers. So this variable might neever have worked and it is better for recipes to specify their own. (From OE-Core rev: 72729ffbab53f95ee9dd1bc22913d9b864495930) Signed-off-by: Martin Beeger <martin.beeger@online.de> Signed-off-by: Luca Ceresoli <luca.ceresoli@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* meson: provide relocation script and native/cross wrappers also for meson-nativeAlexander Kanavin2022-07-282-6/+30
| | | | | | | | | | | | | | | | | | When using meson-native directly from bitbake this has no effect and everything works as before; the use case is being able to build meson-driven projects from the 'direct SDK' environment. Build systems like cmake/autotools are entirely driven by environment variables, but meson needs configuration files, and so this replicates how SDKs set things up. In particular, with this change the libepoxy build test from the SDK test suite is able to pass. (From OE-Core rev: 87d4f6d176f27c22dbb99abc271b9a6eaca314f8) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* elfutils: Microblaze does not support symversMark Hatle2022-07-281-0/+3
| | | | | | | | | (From OE-Core rev: 313230b4ed2e27e06cd204ab292b2f3d61d73212) Signed-off-by: Mark Hatle <mark.hatle@kernel.crashing.org> Signed-off-by: Mark Hatle <mark.hatle@amd.com> Signed-off-by: Luca Ceresoli <luca.ceresoli@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* rust-target-config: Allow the targets generated to be configurableRichard Purdie2022-07-283-20/+3
| | | | | | | | | Remove further code duplication by allowing the main function to be configurable. (From OE-Core rev: 2d4b35a0db1220e7a7f1b6776223aa4d40a3f246) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* rust-target-config: Create new class to contain target json config generationRichard Purdie2022-07-283-371/+2
| | | | | | | | | | | | | Currently most of the rust recipes use this code but it is all piecemeal. Turn the code into a class where things can start to be rationalised. Ultimately some of the data and python code should be moved to a python library but one step at a time. No functionality changes. (From OE-Core rev: 3795285cbf362e13b8151bfdbe1bce999ac28641) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* rust-common/rust-cross: Clean up target json generation codeRichard Purdie2022-07-284-25/+24
| | | | | | | | | | | | | Some of the subtleties in the different codepaths for target rust json generation were not easy to spot. Start to simplfy the code to make this clearer. This patch should not have any functionality change although ABIEXTENSION has to be excluded from the function signature, the triplet would normally cover anything set there. (From OE-Core rev: 0f83d959465e0d99f98ade6803281585931d1b02) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* rust-cross: Simplfy the rust_gen_target callsRichard Purdie2022-07-282-18/+10
| | | | | | | | | Match the code in rust-cross-canadian so that further simplifications can be considered in future. (From OE-Core rev: 5cb62d0a33777cb9afb1eea5f736a2580ce50dc7) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* rust-cross/rust-common: Merge arm target handling code to fix cross-canadianRichard Purdie2022-07-282-6/+7
| | | | | | | | | | | | | rust-cross had special handling for armv7 targets but we also need this for cross-canadian. Merge the code into the main function so everything is consistent. Also then fix the arm definition to be arm-eabi since ABI is correctly being looked up. (From OE-Core rev: ff3c3dbbd2bf1bb7bb70b55cca203e9eedcf14a8) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* rust-cross-canadian: Fix ordering of target json config generationRichard Purdie2022-07-281-2/+3
| | | | | | | | | | | Based upon a patch from Otavio Salvador <otavio@ossystems.com.br>, ensure the target json files are written in the correct order with the most specific last incase it overwrites earlier files if the prefixes match. (From OE-Core rev: 1912c4e9e0ecf9655f3b3a41588b54d7956f5899) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* rust-common: Set llvm-target correctly for cross SDK targetsRichard Purdie2022-07-281-1/+5
| | | | | | | | | | | | | | | | | | When a 'BUILD' target is requested we shouldn't be looking at TARGET_SYS but at BUILD_SYS. Due to the way rust mangles triplets, we need the HOST_SYS triplet to work with existing code - fixing that issue is a separate patch. Also drop the arch_abi argument, it doens't make any sense to a getVar() call and was a copy and paste error. Based on a patch from Otavio Salvador <otavio@ossystems.com.br> but separated out and tweaked. Fixes: bd36593ba3 ("rust-common: Drop LLVM_TARGET and simplify") (From OE-Core rev: d554161a045d12411f288394e253c54aa4c1257c) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* cargo-cross-canadian: Use SDK's flags during target linkingOtavio Salvador2022-07-281-1/+19
| | | | | | | | (From OE-Core rev: abb1f3f12b4a02d644414b1af0623894984bb4cd) Signed-off-by: Otavio Salvador <otavio@ossystems.com.br> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
generated by cgit v1.2.3-54-g00ecf (git 2.39.0) at 2025-08-04 21:26:52 +0000