openembedded-core.git/meta/recipes-devtools/binutils, branch daisy

binutils: several security fixes

2015-03-10T11:53:50+00:00

CVE-2014-8484
CVE-2014-8485
CVE-2014-8501
CVE-2014-8502
CVE-2014-8503
CVE-2014-8504
CVE-2014-8737

and one supporting patch.

[Yocto # 7084]

(From OE-Core rev: 859fb4d9ec6974be9ce755e4ffefd9b199f3604c)

(From OE-Core rev: d2b2d8c9ce3ef16ab053bd19a5705b01402b76ba)

Signed-off-by: Armin Kuster 
Signed-off-by: Richard Purdie 
Signed-off-by: Armin Kuster 
Signed-off-by: Richard Purdie

binutils: Add fix for recent patch on older gcc

2014-10-10T14:05:51+00:00

The recent bintuils patch update breaks on older gccs such as CentOS 6.
Backport a patch to address this.

Signed-off-by: Richard Purdie

binutils: Apply the proper fix for PR 16428

2014-07-25T16:49:54+00:00

It is fixed by

commit 4199e3b8669d0a36448687850374fdc2ad7240b6
Author: Alan Modra 
Date:   Wed Jan 15 21:50:55 2014 +1030

    non-PIC references to __ehdr_start in pie and shared

    Rather than hacking every backend to not discard dynamic relocations
    against an undefined hidden __ehdr_start, make it appear to be defined
    early.  We want __ehdr_start hidden before size_dynamic_sections so
    that it isn't put in .dynsym, but we do need the dynamic relocations
    for a PIE or shared library with a non-PIC reference.  Defining it
    early is wrong if we don't actually define the symbol later to its
    proper value.  (In some cases we want to leave the symbol undefined,
    for example, when the ELF header isn't loaded, and we don't have this
    infomation available in before_allocation.)

So replace the existing patches with this one.

Signed-off-by: Richard Purdie

binutils: Fix building nativesdk binutils with gcc 4.9

2014-05-29T12:42:13+00:00

Patches explain the issue in detail but this is exposed
with gcc 4.9 in binutils 2.24

(From OE-Core rev: fc5c467b680fc5aef4b0f689e6988e17a9322ae0)

(From OE-Core rev: 4dfb8847ebf8aab90ad8888933468e2899c96998)

Signed-off-by: Khem Raj 
Signed-off-by: Richard Purdie

binutils: Add fixes for binutils issue 16428

2014-03-25T11:15:36+00:00

"ld:i386 crashes with -static -fPIE -pie"
https://bugs.launchpad.net/ubuntu/+source/binutils/+bug/1266492

This adds in two upstream binutils fixes to avoid the internal error
triggered by the combination of -static with -pie on x86 builds. This
triggers a backtrace which then triggers a bug in glibc where the process
ends up hanging on some systems with broken libcs.

We can't fix the libc but we can stop the internal error and hence
avoid the hanging builds.

Signed-off-by: Richard Purdie

binutils: ld-is-gold should not affect native and crosssdk recipes

2014-02-18T08:37:03+00:00

gold linker does not support all architectures, currently arm and x86
are best supported, therefore we can not enable this as a full distro
option where we need to support other architectures e.g. ppc, mips
currently, if we enable ld-is-gold distro feature conditionally then it
invalidates native and sdk version of native binutils because configure
option would change. With this patch we limit ld-is-gold feature to
imapact cross binutils and target binutils only. This means that we
can reuse the sdk and native versions across architectures.

Signed-off-by: Khem Raj

binutils: Add backports to resolve systemd (from git) breakage

2014-02-08T20:58:33+00:00

Backport the patches for PR2404 and PR16476 from binutils to
resolve failures when compiling systemd from git.

Signed-off-by: Richard Purdie

binutils: Package additional file when using ld-is-gold

2014-02-04T12:55:33+00:00

Fixes QA warnings like

WARNING: QA Issue: binutils: Files/directories were installed but not
shipped
  /usr/bin/ld.bfd
  /usr/bin/dwp

Signed-off-by: Khem Raj 
Acked-by: Martin Jansa 
Signed-off-by: Richard Purdie

binutils: Upgrade to 2.24

2014-02-02T22:34:33+00:00

This builds and runs images for all qemu machines

Signed-off-by: Khem Raj 
Signed-off-by: Richard Purdie

binutils: Also add autoconf-native to DEPENDS

2014-01-10T15:13:53+00:00

Commit 616354f13732d13c17434d5b60b166f691c25761 is insufficient because
gnu-config-native's gnu-configize script uses perl modules from autoconf
and hence doesn't work unless autoconf-native is staged (which it may
not be if building from sstate).

Ideally g-c-n would itself declare a dependency on autoconf-native but this
is difficult to arrange without creating a dependency loop.  autoconf-native
already depends on gnu-config-native (because autoreconf invokes gnu-configize)
and has a build dependency on m4-native, which in turn build-depends on g-c-n
because it configizes itself by steam in do_configure and needs config.{guess,sub}
to be available.  Adding some sort of gnu-config-initial-native recipe would
fix the latter problem, but this would be ugly because it would need special-casing
in (at least) autotools.bbclass, and in any case this still wouldn't solve
the problem of autoconf itself depending on g-c-n.

So, the easiest solution to the problem at hand is to arrange for those
few recipes that depend on g-c-n but not autoconf-native to gain that
latter dependency as well.

Signed-off-by: Phil Blundell 
Signed-off-by: Richard Purdie