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

binutils: Add -momit-lock-prefix support

2015-07-08T12:06:05+00:00

This patch is needed for certain cpus and has been accepted into upstream

Signed-off-by: Saul Wold

binutils: fix native builds when host has gcc5

2015-06-28T08:42:01+00:00

Cherry pick upstream commit to fix -Werror=logical-not-parentheses error
when building with native gcc5.

Signed-off-by: George McCollister

binutils: several security fixes

2014-12-27T09:16:08+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]

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

binutils-cross-canadian: Explicitly DEPEND on nativesdk-flex, we require it anyway

2014-07-25T14:33:32+00:00

Signed-off-by: Richard Purdie

binutils: Add fix for recent patch on older gcc

2014-06-25T10:49:37+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-06-25T10:49:37+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-06T06:08:17+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)

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

Add texinfo.bbclass; recipes that use texinfo utils at build-time inherit it.

2014-05-01T22:17:50+00:00

The class itself currently does nothing. The idea is to mark all recipes that
make use of the texinfo utilities. In the future, this class could be used to
suppress the generation/formatting of documentation for performance,
explicitly track dependencies on these utilities, and eliminate Yocto's
current dependency on the host system's texinfo utilities.

Signed-off-by: Max Eliaser 
Signed-off-by: Richard Purdie

binutils/gcc/gdb: Add TARGET_ARCH to PN for all cross recipes

2014-04-30T15:33:26+00:00

This allows them to co-exist together in the native sysroot, with one
set of cross tools per target architecture.

Signed-off-by: Richard Purdie

Globally replace 'base_contains' calls with 'bb.utils.contains'

2014-04-25T16:10:58+00:00

The base_contains is kept as a compatibility method and we ought to
not use it in OE-Core so we can remove it from base metadata in
future.

Signed-off-by: Otavio Salvador 
Signed-off-by: Richard Purdie