| Age | Commit message (Collapse) | Author | Files |
|---|
|
* 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>
|
|
|
