linux/poky.git/meta/classes/goarch.bbclass, branch uninative-2.10

goarch.bbclass: Disable dynamic linking on PPC64 LE

2020-01-21T12:52:53+00:00

(From OE-Core rev: cbcaa7e4808d881e19bdefc9123232449d8a2cad) Signed-off-by: Khem Raj Signed-off-by: Richard Purdie

goarch: Dont use -fno-PIE on mips

2019-12-30T23:39:09+00:00

This was added with 98b24e9268 goarch.bbclass: set SECURITY_CFLAGS for mips64 to overcome a problem that was inherent in go linker which has been now fixed in golang compiler upstream https://github.com/golang/go/issues/20243 https://github.com/golang/go/commit/39c07ce9e5311c94880789f19f2f8b49bf1b5241 (From OE-Core rev: ea93adc30ee3d8e0baa0f374c92afb7c6a133b2a) Signed-off-by: Khem Raj Cc: Kai Kang Signed-off-by: Richard Purdie

goarch: Remove target specific dependencies

2019-12-15T09:10:46+00:00

goarch is used in all classes of recipes ranging from native to target, therefore its best to contain the variables and not spill over into recipe classes where they can adversely affect shared state reuse e.g. go-native currently gets TUNE_FEATURES into dependency chain of referenced variables which means go-native gets rebuilt when we change from qemuarm to qemux86 machine types since TUNE_FEATURES is defined with DEFAULTTUNE which would change as machines are switched These variables are specific to arm/mips/x86 so marking them with appropriate overrides for native recipes will be right thing here Chose 'hardfloat' for mips which is default too, 7 for arm and sse2 for x86 somehow go-native bootstrap compiler (1.4) still needs them so feed commonly used values or defaults. Fixes ERROR: go-native different signature for task do_configure.sigdata between qemux86copy and qemuarm ... List of dependencies for variable TUNE_FEATURES changed from '{'DEFAULTTUNE', 'TUNE_FEATURES_tune-core2-32'}' to '{'DEFAULTTUNE', 'TUNE_FEATURES_tune-armv7vethf-neon'}' changed items: {'TUNE_FEATURES_tune-core2-32', 'TUNE_FEATURES_tune-armv7vethf-neon'} (From OE-Core rev: 83eebf5577dd0a23be937375c1a8a15e3da4fa64) Signed-off-by: Khem Raj Signed-off-by: Richard Purdie

goarch.bbclass: Simplify logic

2019-04-12T08:29:06+00:00

Further simplification of the go_map_arm() function. (From OE-Core rev: 9c333505897b2bf0d80737c855af31785d23435a) Signed-off-by: Mark Asselstine Signed-off-by: Richard Purdie

goarch.bbclass: use MACHINEOVERRIDES and simplify go_map_arm()

2019-04-10T12:46:17+00:00

Per https://github.com/golang/go/wiki/GoArm we need to set GOARM when cross building for ARMv5, ARMv6 and ARMv7. The current approach of using TUNE_FEATURES can be error prone, as we can see today when attempting to build for Cortex-A7 which results in GOARM=''. Since the value of MACHINEOVERRIDES already consolidates the values of TUNE_FEATURES into something more consistent we can use the overrides mechanism to set GOARM, leaving just a little bit of logic in go_map_arm() to trigger off the arch (basically target vs host) for the setting of GOARM. (From OE-Core rev: 5f48939e26402b77fc3343f326765137f9570f40) Signed-off-by: Mark Asselstine Signed-off-by: Richard Purdie

goarch: Add riscv64

2019-03-21T16:19:23+00:00

Although RISC-V 64-bit doesn't have official golang support there are forks that now exist with at least some support and work is ongoing in the upstream tree. In order to be able to use the goarch class add support for RISC-V. For more details see here: https://github.com/golang/go/issues/27532 (From OE-Core rev: 91e3b2a762124bf5cf923654ef3a7c871b84c82f) Signed-off-by: Alistair Francis Signed-off-by: Richard Purdie

goarch.bbclass: Set CCACHE_DISABLE

2019-01-14T11:35:55+00:00

Go can't be built with ccache. (From OE-Core rev: cf64c9413a2264aa67e26c6302342ff4aa99a575) Signed-off-by: Robert Yang Signed-off-by: Richard Purdie

recipes: Enforce ARM ISA just for arm arches <= armv5

2018-07-18T09:18:42+00:00

armv7+ used thumb2 ISA and it compiles fine with thumb2 issues are only when using thumb1 ISA (From OE-Core rev: c0ef8a91f671f30acd92e2734144f7ddf1acda53) Signed-off-by: Khem Raj Signed-off-by: Richard Purdie

goarch.bbclass: set SECURITY_CFLAGS for mips64

2018-06-15T16:56:24+00:00

When include conf/distro/include/security_flags.inc, NOPIE flags are still required for mips64 target builds. Otherwise it fails to build packages such as glide which inherit go.bbclass: | .../tmp-glibc/work/mips64-wrs-linux/glide/0.13.1-r0/recipe-sysroot-native/usr/bin/mips64-wrs-linux/../../libexec/mips64-wrs-linux/ | gcc/mips64-wrs-linux/7.3.0/ld: .../tmp-glibc/work/mips64-wrs-linux/glide/0.13.1-r0/go-tmp/go-link-518447869/go.o: | relocation r_mips_26 against `a local symbol' can not be used when making a shared object; recompile with -fPIC` Use override 'mipsarch' to set SECURITY_CFLAGS for both mips and mips64. (From OE-Core rev: 98b24e9268dc444356ce8bd9ddfec6adcce5e02a) Signed-off-by: Kai Kang Signed-off-by: Richard Purdie

go.bbclass, goarch.bbclass: update SECURITY_CFLAGS

2018-03-06T14:43:10+00:00

With go1.10 the NOPIE flags are only required for MIPS target builds, and are now incompatible for the other architectures. (From OE-Core rev: f2ff90eb7d27a2f69f5948fa8c301de30f5c8132) Signed-off-by: Matt Madison Signed-off-by: Ross Burton Signed-off-by: Richard Purdie