Age | Commit message (Collapse) | Author |
|
2.20.1 is now 2.20.1a.
Patches and diff -r1 backported from openembedded-core
meta-openembedded/meta-oe/recipes-devtools/binutils
When extracting the 2.20.1a sources, the directory name is still 2.20.1
$ LANG=C diff -rq binutils-2.20.1 binutils-2.20.1a
Only in binutils-2.20.1a: cgen
Files binutils-2.20.1/md5.sum and binutils-2.20.1a/md5.sum differ
Files binutils-2.20.1/opcodes/m32c-desc.c and binutils-2.20.1a/opcodes/m32c-desc.c differ
Files binutils-2.20.1/opcodes/mep-asm.c and binutils-2.20.1a/opcodes/mep-asm.c differ
Files binutils-2.20.1/opcodes/mep-opc.c and binutils-2.20.1a/opcodes/mep-opc.c differ
Signed-Off-By: Ulf Samuelsson <ulf.samuelsson@telia.com>
Signed-off-by: Tom Rini <trini@kernel.crashing.org>
|
|
* Use this patch conditionally only if libtool 2.4 is selected
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Acked-by: Martin Jansa <Martin.Jansa@gmail.com>
Acked-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
Acked-by: Koen Kooi <k-kooi@ti.com>
|
|
binutils build
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
Fixes the issue seen on builds where libc.so is not being found
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Acked-by: Roman I Khimov <khimov@altell.ru>
|
|
commented out enabling for nios2 as there is an open issue
with ld; will enable again once I fixed the issue
Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
|
|
added COMPATIBLE_TARGET_SYS ?= "(?!nios2)" to the inc file
and COMPATIBLE_TARGET_SYS = "." to the few recipes that do
support nios2
Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
|
|
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
|
|
* Currently libtool adds -L/usr/lib to the link command which directs
linker to pull from /usr/lib. Many distro's dont have stuff which is
conflicting in /usr/lib with the target libraries but some do. Like
archlinux has libgcc_s.so.1 in /usr/lib due to the above -L it gets
picked over the target libgcc and the link command fails. -L/usr/lib
is generated by libtool when it sees -rpath /usr/lib which may be not
the right think when doing cross native builds.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
* On systems where PIC matters (e.g. MIPS, x86_64) building target
binutils fails because its configured with --enable-shared but
when it tried to link a shared library (libopcode.so) then it
pulls in libiberty.a from the sysroot which is installed by
binutils-cross earlier. This version however is a static archive
and linking it with shared libraries not only does not work but
is wrong too.
* This patch builds binutils-cross with --enable-shared and installs
the PIC version of libiberty.a into sysroot as libiberty_pic.a
now when target binutils is configured with --enable-shared and
searches for PIC version of libiberty.a then it finds it
correctly.
* Move INC_PR to binutils.inc. Also noticed that several recipes
do not use binutils.inc so did not touch them
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
For .diff/.patch you need to apply manually, you can specify apply=no.
Signed-off-by: Chris Larson <chris_larson@mentor.com>
Acked-by: Denys Dmytriyenko <denis@denix.org>
Acked-by: Khem Raj <raj.khem@gmail.com>
|
|
I think this makes the behavior rather more clear.
Signed-off-by: Chris Larson <chris_larson@mentor.com>
Acked-by: Denys Dmytriyenko <denis@denix.org>
Acked-by: Khem Raj <raj.khem@gmail.com>
|
|
Signed-off-by: Vladimir Sorokin <sorokin@altell.ru>
Signed-off-by: Roman I Khimov <khimov@altell.ru>
|
|
|