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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox