From: "Denys Dmytriyenko" <denis@denix.org>
To: Khem Raj <raj.khem@gmail.com>
Cc: Steve Sakoman <sakoman@gmail.com>,
Patches and discussions about the oe-core layer
<openembedded-core@lists.openembedded.org>
Subject: Re: [OE-core] [PATCH 1/3] gcc: Configure all gccs with --disable-install-libiberty
Date: Mon, 27 Apr 2020 19:34:56 -0400 [thread overview]
Message-ID: <20200427233456.GP11927@denix.org> (raw)
In-Reply-To: <0f7cef3c-f0f0-30b9-7107-02450738622c@gmail.com>
Hi, Steve,
Is there a repo/branch available where you collect patches for dunfell-next?
Denys
On Mon, Apr 27, 2020 at 04:27:45PM -0700, Khem Raj wrote:
> Yes Steve, there are good for Dunfell. We should consider them
>
> On 4/27/20 4:20 PM, Steve Sakoman wrote:
> >Hi Khem,
> >
> >Is this series something I should consider for dunfell LTS?
> >
> >Steve
> >
> >On Wed, Apr 15, 2020 at 1:19 PM Khem Raj <raj.khem@gmail.com> wrote:
> >>
> >>OE uses libiberty from binutils, since its properly compiled as pic
> >>archive and applications and other libraries needing libiberty can
> >>properly link with it.
> >>
> >>With this option applied, explicit delete of libiberty headers and
> >>libraries is not required in install step, since they wont get installed
> >>in first place.
> >>
> >>Signed-off-by: Khem Raj <raj.khem@gmail.com>
> >>---
> >> meta/recipes-devtools/gcc/gcc-configure-common.inc | 1 +
> >> meta/recipes-devtools/gcc/gcc-cross-canadian.inc | 6 ------
> >> meta/recipes-devtools/gcc/gcc-cross.inc | 4 ----
> >> meta/recipes-devtools/gcc/gcc-target.inc | 4 ----
> >> 4 files changed, 1 insertion(+), 14 deletions(-)
> >>
> >>diff --git a/meta/recipes-devtools/gcc/gcc-configure-common.inc b/meta/recipes-devtools/gcc/gcc-configure-common.inc
> >>index bb4f6923f2..a64c4caf00 100644
> >>--- a/meta/recipes-devtools/gcc/gcc-configure-common.inc
> >>+++ b/meta/recipes-devtools/gcc/gcc-configure-common.inc
> >>@@ -33,6 +33,7 @@ EXTRA_OECONF = "\
> >> --enable-libstdcxx-pch \
> >> --program-prefix=${TARGET_PREFIX} \
> >> --without-local-prefix \
> >>+ --disable-install-libiberty \
> >> ${EXTRA_OECONF_BASE} \
> >> ${EXTRA_OECONF_GCC_FLOAT} \
> >> ${EXTRA_OECONF_PATHS} \
> >>diff --git a/meta/recipes-devtools/gcc/gcc-cross-canadian.inc b/meta/recipes-devtools/gcc/gcc-cross-canadian.inc
> >>index 4aac345bec..553ef7fe62 100644
> >>--- a/meta/recipes-devtools/gcc/gcc-cross-canadian.inc
> >>+++ b/meta/recipes-devtools/gcc/gcc-cross-canadian.inc
> >>@@ -108,12 +108,6 @@ do_install () {
> >> # We don't care about the gcc-<version> copies
> >> rm -f ${D}${bindir}/*gcc-?.?*
> >>
> >>- # We use libiberty from binutils
> >>- rm -f ${D}${prefix}/${TARGET_SYS}/lib/libiberty.a
> >>- # Not sure where the strange paths come from
> >>- rm -f ${D}${libdir}/../lib/libiberty.a
> >>- rm -f ${D}${libdir}/libiberty.a
> >>-
> >> # Cleanup empty directories which are not shipped
> >> # we use rmdir instead of 'rm -f' to ensure the non empty directories are not deleted
> >> # ${D}${libdir}/../lib only seems to appear with SDKMACHINE=i686
> >>diff --git a/meta/recipes-devtools/gcc/gcc-cross.inc b/meta/recipes-devtools/gcc/gcc-cross.inc
> >>index c68cdd5dc4..6fa8c274cd 100644
> >>--- a/meta/recipes-devtools/gcc/gcc-cross.inc
> >>+++ b/meta/recipes-devtools/gcc/gcc-cross.inc
> >>@@ -117,10 +117,6 @@ do_install () {
> >> cp ${S}/libquadmath/quadmath.h ${D}${libdir}/gcc/${TARGET_SYS}/${BINV}/include/
> >> cp ${S}/libquadmath/quadmath_weak.h ${D}${libdir}/gcc/${TARGET_SYS}/${BINV}/include/
> >>
> >>- # We use libiberty from binutils
> >>- find ${D}${exec_prefix}/lib -name libiberty.a | xargs rm -f
> >>- find ${D}${exec_prefix}/lib -name libiberty.h | xargs rm -f
> >>-
> >> find ${D}${libdir}/gcc/${TARGET_SYS}/${BINV}/include-fixed -type f -not -name "README" -not -name limits.h -not -name syslimits.h | xargs rm -f
> >> }
> >>
> >>diff --git a/meta/recipes-devtools/gcc/gcc-target.inc b/meta/recipes-devtools/gcc/gcc-target.inc
> >>index 34c1b2263b..8cb432780f 100644
> >>--- a/meta/recipes-devtools/gcc/gcc-target.inc
> >>+++ b/meta/recipes-devtools/gcc/gcc-target.inc
> >>@@ -192,10 +192,6 @@ do_install () {
> >> # We don't care about the gcc-<version> ones for this
> >> rm -f *gcc-?.?*
> >>
> >>- # We use libiberty from binutils
> >>- find ${D}${libdir} -name libiberty.a | xargs rm -f
> >>- find ${D}${libdir} -name libiberty.h | xargs rm -f
> >>-
> >> # Not sure why we end up with these but we don't want them...
> >> rm -f ${TARGET_PREFIX}${TARGET_PREFIX}*
> >>
> >>--
> >>2.26.1
> >>
> >>
>
next prev parent reply other threads:[~2020-04-27 23:35 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-04-15 23:18 [PATCH 1/3] gcc: Configure all gccs with --disable-install-libiberty Khem Raj
2020-04-15 23:18 ` [PATCH 2/3] binutils: Detect proper static-libstdc++ support when using clang Khem Raj
2020-04-15 23:18 ` [PATCH 3/3] binutils: Install PIC version of libiberty.a Khem Raj
2020-04-27 23:20 ` [OE-core] [PATCH 1/3] gcc: Configure all gccs with --disable-install-libiberty Steve Sakoman
2020-04-27 23:27 ` Khem Raj
2020-04-27 23:34 ` Denys Dmytriyenko [this message]
2020-04-28 0:37 ` Steve Sakoman
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=20200427233456.GP11927@denix.org \
--to=denis@denix.org \
--cc=openembedded-core@lists.openembedded.org \
--cc=raj.khem@gmail.com \
--cc=sakoman@gmail.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.