openembedded-core.git/meta/recipes-support/libunwind/libunwind.inc, branch 2016-4 Mirror of openembedded-core libunwind: Fix build with fstack-protector on musl 2016-03-24T21:44:26+00:00 Khem Raj raj.khem@gmail.com 2016-03-22T17:06:07+00:00 c8ac9d483f6e1cfca82dad8cf3e0745935e96214 libunwind makery inserts -nostdlib during linking which fails the build on musl when security flags are enabled since it remove ssp from linking, so add them explicitly to SECURITY_LDFLAGS disable tests for musl targets, tests use obsolete posix APIs e.g. getcontext patchout x86_local_resume() on x86, gets a working linunwind on x86, it seems that it wont work even in glibc case but lets leave it as it is for glibc and apply the patch only for musl Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com> 
libunwind makery inserts -nostdlib during linking
which fails the build on musl when security flags are enabled
since it remove ssp from linking, so add them explicitly
to SECURITY_LDFLAGS

disable tests for musl targets, tests use obsolete
posix APIs e.g. getcontext

patchout x86_local_resume() on x86, gets a working
linunwind on x86, it seems that it wont work even
in glibc case but lets leave it as it is for glibc
and apply the patch only for musl

Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>
libunwind: Fix build on ppc 2016-02-16T09:03:28+00:00 Khem Raj raj.khem@gmail.com 2016-02-15T09:47:33+00:00 1fcb1b91fae0646baf243d686fc6a52b97a53005 gcc driver is fixed to pass correct options to linker to do secure plt linking when enabled. however this option --secure-plt is not supported by gold linker which is now passed by default from gcc driver. Hence the build fails when using gold. Therefore when we use gold then we do not use secure plt Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
gcc driver is fixed to pass correct options to linker to do secure plt
linking when enabled. however this option --secure-plt is not supported
by gold linker which is now passed by default from gcc driver. Hence
the build fails when using gold. Therefore when we use gold then we do
not use secure plt

Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
libunwind: add SUMMARY 2015-11-16T11:36:59+00:00 Paul Eggleton paul.eggleton@linux.intel.com 2015-10-11T19:49:58+00:00 55420b6267690bb3f2515d2b4030a360455b561c Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com> 
Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>
libatomic-ops: move to recipes-support, fix recipe name 2015-08-30T11:34:19+00:00 Christopher Larson kergoth@gmail.com 2015-08-24T22:19:44+00:00 5a14d4f981c2c12c274fade518d23706dca5889b - This recipe is useful for more than just pulseaudio, so move it to recipes-support. - Rename to the correct upstream name, which corresponds to the library name. Keep a PROVIDES of libatomics-ops for compatibility. (From OE-Core rev: 5014de67fa6da1672626e3ec92fc51430fca3262) Signed-off-by: Christopher Larson <kergoth@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
- This recipe is useful for more than just pulseaudio, so move it to
  recipes-support.
- Rename to the correct upstream name, which corresponds to the library name.
  Keep a PROVIDES of libatomics-ops for compatibility.

(From OE-Core rev: 5014de67fa6da1672626e3ec92fc51430fca3262)

Signed-off-by: Christopher Larson <kergoth@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
libunwind: always depend on libatomics-ops 2015-08-30T11:34:19+00:00 Christopher Larson kergoth@gmail.com 2015-08-24T22:19:43+00:00 e43a47eb695050d04809ff54af14066acba6ec27 - Depend on libatomics-ops unconditionally for all archs, as it's used by more than just arm, and currently the configure script auto-detects and enables its use based on the existence of its header, resulting in non-deterministic builds. - Drop the ldflags bits which link against libatomic_ops, because libunwind doesn't actually link against it, nor does it need to, as it currently uses all inline functions from the header file. (From OE-Core rev: 83bb89502e2f05b8b78b14532ad96abc400ab264) Signed-off-by: Christopher Larson <kergoth@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
- Depend on libatomics-ops unconditionally for all archs, as it's used by more
  than just arm, and currently the configure script auto-detects and enables
  its use based on the existence of its header, resulting in non-deterministic
  builds.
- Drop the ldflags bits which link against libatomic_ops, because libunwind
  doesn't actually link against it, nor does it need to, as it currently uses
  all inline functions from the header file.

(From OE-Core rev: 83bb89502e2f05b8b78b14532ad96abc400ab264)

Signed-off-by: Christopher Larson <kergoth@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
libunwind: don't use gold for mips 2015-04-28T06:55:59+00:00 Robert Yang liezhi.yang@windriver.com 2015-04-22T06:59:13+00:00 3c6746748a845b5156f81fe7a01caa58ee29e938 The gold doesn't work for mips or mips64: configure:3867: checking whether the C compiler works configure:3889: mips-poky-linux-gcc -meb -mabi=32 -mhard-float -march=mips32r2 --sysroot=/buildarea/lyang1/test_uni/tmp/sysroots/qemumips -O2 -pipe -g -feliminate-unused-debug-types -Wl,-O1 -Wl,--as-needed -fuse-ld=gold conftest.c >&5 collect2: fatal error: cannot find 'ld' Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
The gold doesn't work for mips or mips64:
configure:3867: checking whether the C compiler works
configure:3889: mips-poky-linux-gcc  -meb -mabi=32 -mhard-float -march=mips32r2 --sysroot=/buildarea/lyang1/test_uni/tmp/sysroots/qemumips  -O2 -pipe -g -feliminate-unused-debug-types   -Wl,-O1  -Wl,--as-needed  -fuse-ld=gold conftest.c  >&5
collect2: fatal error: cannot find 'ld'

Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
libunwind: use gold for all archs 2015-04-21T06:19:04+00:00 Robert Yang liezhi.yang@windriver.com 2015-04-20T08:05:34+00:00 3dd233ac0c80393824100c54bb525236f8290fd2 At least the following boards have build errors without using gold: qemux86, qemux86-64, qemuarm, qemuaarch64, qemuppc. The error is: ld: copy reloc against protected `_Uaarch64_local_addr_space' is invalid ld: failed to set dynamic section sizes: Bad value ld: copy reloc against protected `_Uaarch64_local_addr_space' is invalid ld: failed to set dynamic section sizes: Bad value | collect2: error: ld returned 1 exit status So use gold for all archs to fix the problem. Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
At least the following boards have build errors without using gold:
qemux86, qemux86-64, qemuarm, qemuaarch64, qemuppc.

The error is:
ld: copy reloc against protected `_Uaarch64_local_addr_space' is invalid
ld: failed to set dynamic section sizes: Bad value
ld: copy reloc against protected `_Uaarch64_local_addr_space' is invalid
ld: failed to set dynamic section sizes: Bad value
| collect2: error: ld returned 1 exit status

So use gold for all archs to fix the problem.

Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
libunwind: fix build with aarch64 2015-04-17T21:50:25+00:00 Robert Yang liezhi.yang@windriver.com 2015-04-14T05:41:20+00:00 31d84f67f74b31b479409cfa446b14ac67bb3707 Referred to RP's fix for x86 and x86-64: 34d517a5626ce2465f776367349bd9e66bf8ed1f libunwind: Build with gold to avoid build failures Fixed: aarch64-poky-linux/4.9.2/ld: copy reloc against protected `_Uaarch64_local_addr_space' is invalid aarch64-poky-linux/4.9.2/ld: failed to set dynamic section sizes: Bad value aarch64-poky-linux/4.9.2/ld: copy reloc against protected `_Uaarch64_local_addr_space' is invalid aarch64-poky-linux/4.9.2/ld: failed to set dynamic section sizes: Bad value | collect2: error: ld returned 1 exit status Signed-off-by: Robert Yang <liezhi.yang@windriver.com> 
Referred to RP's fix for x86 and x86-64:
34d517a5626ce2465f776367349bd9e66bf8ed1f
libunwind: Build with gold to avoid build failures

Fixed:
aarch64-poky-linux/4.9.2/ld: copy reloc against protected `_Uaarch64_local_addr_space' is invalid
aarch64-poky-linux/4.9.2/ld: failed to set dynamic section sizes: Bad value
aarch64-poky-linux/4.9.2/ld: copy reloc against protected `_Uaarch64_local_addr_space' is invalid
aarch64-poky-linux/4.9.2/ld: failed to set dynamic section sizes: Bad value
| collect2: error: ld returned 1 exit status

Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
libunwind: Build with gold to avoid build failures 2015-04-07T16:32:00+00:00 Richard Purdie richard.purdie@linuxfoundation.org 2015-04-07T14:53:04+00:00 34d517a5626ce2465f776367349bd9e66bf8ed1f The library fails to build with binutils 2.25 and standard ld. This issue is fixed in gcc 5 with no plans to backport to gcc 4. Easiest workaround for now is to use gold as the linker for the library since gold does not have the issue. The bug is x86 only. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
The library fails to build with binutils 2.25 and standard ld. This
issue is fixed in gcc 5 with no plans to backport to gcc 4. Easiest
workaround for now is to use gold as the linker for the library
since gold does not have the issue. The bug is x86 only.

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
libunwind: use xz, because it fails to detect liblzma provided by lzma 2015-03-24T17:52:41+00:00 Andreas Oberritter obi@opendreambox.org 2015-03-23T15:39:41+00:00 53bafb0d22a84186d215eb8f106ccff69f1b0480 Signed-off-by: Andreas Oberritter <obi@opendreambox.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
Signed-off-by: Andreas Oberritter <obi@opendreambox.org>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>