From: Khem Raj <raj.khem@gmail.com>
To: openembedded-devel@lists.openembedded.org
Subject: [PATCH 2/5] binutils-cross.inc: Dont install duplicate copies of tools create relative symlinks instead.
Date: Fri, 30 Jul 2010 22:34:08 -0700 [thread overview]
Message-ID: <1280554451-27780-3-git-send-email-raj.khem@gmail.com> (raw)
In-Reply-To: <1280554451-27780-1-git-send-email-raj.khem@gmail.com>
* Dont generate shared libraries and bfd.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
---
recipes/binutils/binutils-cross.inc | 33 ++++++++++++++++++---------------
1 files changed, 18 insertions(+), 15 deletions(-)
diff --git a/recipes/binutils/binutils-cross.inc b/recipes/binutils/binutils-cross.inc
index f3ba5c3..ba3e6b5 100644
--- a/recipes/binutils/binutils-cross.inc
+++ b/recipes/binutils/binutils-cross.inc
@@ -5,25 +5,28 @@ PROVIDES = "virtual/${TARGET_PREFIX}binutils"
PACKAGES = ""
EXTRA_OECONF = "--with-sysroot=${STAGING_DIR_TARGET} \
--program-prefix=${TARGET_PREFIX} \
- --enable-install-libbfd \
- --enable-shared \
--disable-werror \
"
do_install () {
oe_runmake 'DESTDIR=${D}' install
- install -m 0644 libiberty/pic/libiberty.a \
- ${D}${libdir}/libiberty_pic.a
-
+ rm -rf ${D}${prefix}/${TARGET_SYS}
# We don't really need these, so we'll remove them...
- rm -rf ${D}${STAGING_DIR_NATIVE}${prefix_native}/lib/ldscripts
- rm -rf ${D}${STAGING_DIR_NATIVE}${prefix_native}/share/info
- rm -rf ${D}${STAGING_DIR_NATIVE}${prefix_native}/share/locale
- rm -rf ${D}${STAGING_DIR_NATIVE}${prefix_native}/share/man
- rmdir ${D}${STAGING_DIR_NATIVE}${prefix_native}/share || :
- rmdir ${D}${STAGING_DIR_NATIVE}${prefix_native}/${libdir}/gcc-lib || :
- rmdir ${D}${STAGING_DIR_NATIVE}${prefix_native}/${libdir}64/gcc-lib || :
- rmdir ${D}${STAGING_DIR_NATIVE}${prefix_native}/${libdir} || :
- rmdir ${D}${STAGING_DIR_NATIVE}${prefix_native}/${libdir}64 || :
- rmdir ${D}${STAGING_DIR_NATIVE}${prefix_native}/${prefix} || :
+ rm -rf ${D}${prefix}/lib/ldscripts
+ rm -rf ${D}${prefix}/share/info
+ rm -rf ${D}${prefix}/share/locale
+ rm -rf ${D}${prefix}/share/man
+ rmdir ${D}${prefix}/share || :
+ rmdir ${D}${prefix}/${libdir}/gcc-lib || :
+ rmdir ${D}${prefix}/${libdir}64/gcc-lib || :
+ rmdir ${D}${prefix}/${libdir} || :
+ rmdir ${D}${prefix}/${libdir}64 || :
+ rmdir ${D}${prefix}/${prefix} || :
+ # Insert symlinks into libexec so when tools without a prefix are searched for, the correct ones are
+ # found.
+ dest=${D}${prefix}/${TARGET_SYS}${base_bindir_native}
+ install -d $dest
+ for t in ar as ld nm objcopy objdump ranlib strip; do
+ ln -sf ../..${base_bindir_native}/${TARGET_PREFIX}$t $dest/$t
+ done
}
--
1.7.1
next prev parent reply other threads:[~2010-07-31 5:34 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-07-31 5:34 [PATCH 0/5][v4] Make multi-machine toolchains to co-exist (Alternate approach) Khem Raj
2010-07-31 5:34 ` [PATCH 1/5] bitbake.conf, cmake.bbclass, cross.bbclass, icecc.bbclass: Point the toolchain paths to new multi-machine friendly toolchain install location Khem Raj
2010-07-31 5:34 ` Khem Raj [this message]
2010-07-31 5:34 ` [PATCH 3/5] gcc, eglibc: Use the paths for mutli-machine safe toolchain install Khem Raj
2010-07-31 5:34 ` [PATCH 4/5] recipes: Fix the PATHs for toolchains Khem Raj
2010-07-31 5:34 ` [PATCH 5/5] mpfr_3.0.0.bb: Override needs to be thumb instead of armv4t Khem Raj
2010-07-31 9:48 ` [PATCH 0/5][v4] Make multi-machine toolchains to co-exist (Alternate approach) Koen Kooi
2010-07-31 13:34 ` Koen Kooi
2010-07-31 18:54 ` Koen Kooi
2010-08-02 9:33 ` Koen Kooi
2010-08-02 16:27 ` Khem Raj
2010-08-03 10:13 ` Koen Kooi
2010-08-03 10:21 ` Martin Jansa
2010-08-03 10:29 ` Andrea Adami
2010-08-03 10:31 ` Frans Meulenbroeks
2010-08-03 13:35 ` Martin Jansa
2010-08-03 15:36 ` Koen Kooi
2010-08-03 17:20 ` Khem Raj
2010-08-04 9:04 ` Martin Jansa
2010-08-03 19:58 ` Khem Raj
2010-08-03 19:56 ` Khem Raj
2010-08-01 15:48 ` Eric Bénard
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1280554451-27780-3-git-send-email-raj.khem@gmail.com \
--to=raj.khem@gmail.com \
--cc=openembedded-devel@lists.openembedded.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox