summaryrefslogtreecommitdiffstats
path: root/recipes-devtools/go-cross
Commit message (Collapse)AuthorAgeFilesLines
* Enable go-cross 1.3 to coexist with later versionsAmy Fong2015-10-131-5/+6
| | | | | | | | | | | | Since we need go 1.3 to co-exist with later versions (ie 1.4), package go-cross_1.3 as go-cross-1.3_1.3. go 1.3 will be installed to a different path than go-cross, this requires go packages needing go 1.3 to set its PATH to: export PATH=${STAGING_BINDIR_NATIVE}/${HOST_SYS}/go-1.3:$PATH Signed-off-by: Amy Fong <amy.fong@windriver.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
* Backport go-cross: set alignment for the .rel.plt section on 32-bit ↵Amy Fong2015-10-132-0/+31
| | | | | | | | | | | | | | | | | | | | | | architectures submitted to upstream https://github.com/errordeveloper/oe-meta-go go-cross: set alignment for the .rel.plt section on 32-bit architectures This patch is cherry picked from golang's upstream, and this patch will fix the package of etcd's following build error: ERROR: debugedit failed with exit code 256 (cmd was 'bitbake_build/tmp/sysroots/x86_64-linux/usr/lib/rpm/bin/debugedit' -b 'bitbake_build/tmp/work/cortexa7t2hf-vfp-neon-wrs-linux-gnueabi' -d '/usr/src/debug' -i -l 'bitbake_build/tmp/work/cortexa7t2hf-vfp-neon-wrs-linux-gnueabi/etcd/git-r0/debugsources.list' 'bitbake_build/tmp/work/cortexa7t2hf-vfp-neon-wrs-linux-gnueabi/etcd/git-r0/package/usr/bin/etcd'): bitbake_build/tmp/sysroots/x86_64-linux/usr/lib/rpm/bin/debugedit: elf_update: invalid section alignment ERROR: Function failed: split_and_strip_files ERROR: Logfile of failure stored in: bitbake_build/tmp/work/cortexa7t2hf-vfp-neon-wrs-linux-gnueabi/etcd/git-r0/temp/do_package/log.do_package.109414 ERROR: Task 12 (layers/meta-overc/meta-pod/recipes-connectivity/etcd/etcd_git.bb, do_package) failed with exit code '1' Signed-off-by: fupan li <fupan.li@windriver.com> Signed-off-by: Amy Fong <amy.fong@windriver.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
* Backport go-cross: fix the building failed for quark bspAmy Fong2015-10-131-0/+3
| | | | | | | | | | | | | | | submitted to upstream https://github.com/errordeveloper/oe-meta-go go-cross: fix the building failed for quark bsp Quark used i586 architecture, and golang dealt intel 32bit architecture as 386, so export GOARCH = "386" when the TARGET_ARCH is i586 to support quark bsp. Signed-off-by: fupan li <fupan.li@windriver.com> Signed-off-by: Amy Fong <amy.fong@windriver.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
* Backport go-cross: fix the bug of cross building errorAmy Fong2015-10-131-2/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | submitted to upstream https://github.com/errordeveloper/oe-meta-go go-cross: fix the bug of cross building error When a package's recipe inherit "cross" bbclass, its CC and CXX are defined as the host native gcc and g++ instead of the host cross toolchain, fot this case, CC_FOR_TARGET and CXX_FOR_TARGET should be defined the same with CC and CXX, instead they are should be define as host cross toolchain's CC and CXX, otherwise, it will build failed for target arm architecture as below: | # Building packages and commands for linux/arm. | + CC='gcc ' | + bitbake_build/tmp/work/x86_64-wrs-linux-gnueabi/go-cross/1.4-r0/go/pkg/tool/linux_amd64/go_bootstrap install -ccflags '' -gcflags '' -ldflags '' -v std | runtime | errors | sync/atomic | unicode | unicode/utf8 | math | sort | encoding | unicode/utf16 | container/list | crypto/subtle | runtime/cgo | container/ring | image/color | runtime/race | # runtime/cgo | gcc: error: unrecognized command line option '-marm' Signed-off-by: fupan li <fupan.li@windriver.com> Signed-off-by: Amy Fong <amy.fong@windriver.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
* docker: needs go 1.3Amy Fong2015-10-133-0/+249
The current version of docker (1.6.2) requires go 1.3 See go 1.4 sqlite issue: https://github.com/docker/docker/issues/9649 Signed-off-by: Amy Fong <amy.fong@windriver.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>