package/libiberty: new package
PATCH v13 1/5 package/libiberty: new package
From: Adam Duskett <[email protected]>
Some packages, like prelink-cross, will want to use libiberty but do not bundle their own instance (which is good!).
However, libiberty is made for being bundled in packages: all GNU packages that use libiberty (gcc, binutils, gdb et al...) all have their own bundled variant. This means that there is no official upstream for libiberty; the closest being as part of the combined binutils-gdb tree.
So we introduce a new host-only package, that installs just libiberty from a binutils released tarball.
Again, as libiberty is usually bundled in packages, it usually only install a static version. Furthermore, it does not obey to the usual --enable-shared and --disable-static flags; it only ever builds a static version.
Furthermore, this library is not built with -fPIC, but some packages may pick it to build shared objects. This is the case for host-gdb, for example, which accidentally picks that library instead of its internal one.
So, rather than fix the various gdb versions and variants we can use, we ensure that the libiberty we install is usable in shared objects, and we ensure it is always built before host-gdb.
---
Changes v1 -> v11:
- Add this patch to the series
DEVELOPERS | 1 + package/libiberty/libiberty.hash | 2 ++ package/libiberty/libiberty.mk | 27 +++++++++++++++++++++++++++ 3 files changed, 30 insertions(+) create mode 100644 package/libiberty/libiberty.hash create mode 100644 package/libiberty/libiberty.mk
DEVELOPERS +1 -0
@@ -2362,6 +2362,7 @@ F: package/keyutils/ F: package/libbsd/ F: package/libedit/ F: package/libgsm/ +F: package/libiberty/ F: package/libinput/ F: package/libiscsi/ F: package/libpri/
package/libiberty/libiberty.hash new file +2 -0
@@ -0,0 +1,2 @@ +# From ftp://gcc.gnu.org/pub/binutils/releases/sha512.sum +sha512 d326408f12a03d9a61a9de56584c2af12f81c2e50d2d7e835d51565df8314df01575724afa1e43bd0db45cfc9916b41519b67dfce03232aa4978704492a6994a binutils-2.32.tar.xz
package/libiberty/libiberty.mk new file +27 -0
@@ -0,0 +1,27 @@ +################################################################################ +# +# libiberty +# +################################################################################ + +LIBIBERTY_VERSION = 2.32 +LIBIBERTY_SOURCE = binutils-$(LIBIBERTY_VERSION).tar.xz +LIBIBERTY_SITE = $(BR2_GNU_MIRROR)/binutils +LIBIBERTY_DL_SUBDIR = binutils +LIBIBERTY_SUBDIR = libiberty + +# We explicitly disable multilib, as we do in binutils. +# By default, libiberty installs nothing, so we must force it. +HOST_LIBIBERTY_CONF_OPTS = \ + --disable-multilib \ + --enable-install-libiberty + +# Some packages (e.g. host-gdb) will pick this library and build shared +# objects with it. But libiberty does not honour the --enable-shared and +# --disable-static flags; it only ever builds a static library no matter +# what. So we must force -fPIC in build flags. +HOST_LIBIBERTY_CONF_ENV = \ + CFLAGS="$(HOST_CFLAGS) -fPIC" \ + LDFLAGS="$(HOST_LDFLAGS) -fPIC" + +$(eval $(host-autotools-package))
Signature · 1 line
2.21.0
PATCH v13 2/5 package/prelink-cross: new package
From: Adam Duskett <[email protected]>
Prelink-cross emulates a runtime linker for a given sysroot. This is necessary to allow gobject-introspection to build its typelib files during cross-compiling.
We're using a sha1 on the cross_prelink branch, as we need the RTLD-enabled variant of prelink-cross.
---
Changes v11 -> v12:
- Change version to a853a5d715d84eec93aa68e8f2df26b7d860f5b2 as the commit
id b10e14218646d8b74773b82b0f8b395bce698fa2 no longer exists.
Changes v10 -> v11:
- adopted by Yann
- switch to a https git server
- drop the Config.in.host entry
- fix typo in commit log
Changes v9 -> v10:
- None
Changes v8 -> v9:
- Add the package to the DEVELOPERS file under my name.
- Bump version to a853a5d715d84eec93aa68e8f2df26b7d860f5b2
- Add host-elfutils as a dependency.
Changes v7 -> v8:
- None
Changes v1 -> v7:
- Add patch to series.
DEVELOPERS | 1 + package/prelink-cross/prelink-cross.hash | 3 +++ package/prelink-cross/prelink-cross.mk | 15 +++++++++++++++ 3 files changed, 19 insertions(+) create mode 100644 package/prelink-cross/prelink-cross.hash create mode 100644 package/prelink-cross/prelink-cross.mk
DEVELOPERS +1 -0
@@ -56,6 +56,7 @@ F: package/openjdk/ F: package/openjdk-bin/ F: package/php/ F: package/policycoreutils/ +F: package/prelink-cross/ F: package/python3/ F: package/python-flask-sqlalchemy/ F: package/python-mutagen/
package/prelink-cross/prelink-cross.hash new file +3 -0
@@ -0,0 +1,3 @@ +# Locally computed +sha256 cb3f5d833cd74b7e90e38465c9c948b0f4138c017509cb91e391b0931063429e prelink-cross-a853a5d715d84eec93aa68e8f2df26b7d860f5b2.tar.gz +sha256 b8a2f73f743dc1a51aff23f1aacbca4b868564db52496fa3c0caba755bfd1eaf COPYING
package/prelink-cross/prelink-cross.mk new file +15 -0
@@ -0,0 +1,15 @@ +################################################################################ +# +# host-prelink-cross +# +################################################################################ + +HOST_PRELINK_CROSS_VERSION = a853a5d715d84eec93aa68e8f2df26b7d860f5b2 +HOST_PRELINK_CROSS_SITE = https://git.yoctoproject.org/git/prelink-cross +HOST_PRELINK_CROSS_SITE_METHOD = git +HOST_PRELINK_CROSS_LICENSE = GPL-2.0 +HOST_PRELINK_CROSS_LICENSE_FILES = COPYING +HOST_PRELINK_CROSS_AUTORECONF = YES +HOST_PRELINK_CROSS_DEPENDENCIES = host-elfutils host-libiberty + +$(eval $(host-autotools-package))
Signature · 1 line
2.21.0
PATCH v13 2/5 package/prelink-cross: new package
Adam, All,
On 2019-08-03 20:14 -0400, aduskett at gmail.com spake thusly:
Quoted 9 lines
From: Adam Duskett <[email protected]>
Prelink-cross emulates a runtime linker for a given sysroot. This is necessary to allow gobject-introspection to build its typelib files during cross-compiling.
We're using a sha1 on the
cross_prelinkbranch, as we need the RTLD-enabled variant of prelink-cross.
Quoted 6 lines
Signed-off-by "Yann E. MORIN" <[email protected]>Signed-off-by Adam Duskett <[email protected]>---
Changes v11 -> v12:
- Change version toa853a5d715d84eec93aa68e8f2df26b7d860f5b2as the commitid b10e14218646d8b74773b82b0f8b395bce698fa2 no longer exists.
I was very discincerted by this comment: that a commit from upstream disapeeared was not very conforting: what would guarantee that the new commit we now choose will not disappear in the future?
So this had me check the upstream epository, and there is good news: 6 weeks ago, they did merge the cross_prelink branch into master. Wee! :-)
So, you may want to update this to use the HEAD of the master brnach, which is currently d89fb6060e57f0aaa329de9ad81abe76c180ac66.
Regards,
Yann E. MORIN.
Quoted 72 lines
Changes v10 -> v11:
- adopted by Yann
- switch to a https git server
- drop the Config.in.host entry
- fix typo in commit logChanges v9 -> v10:
- NoneChanges v8 -> v9:
- Add the package to the DEVELOPERS file under my name.
- Bump version toa853a5d715d84eec93aa68e8f2df26b7d860f5b2
- Add host-elfutils as a dependency.Changes v7 -> v8:
- NoneChanges v1 -> v7:
- Add patch to series.DEVELOPERS | 1 + package/prelink-cross/prelink-cross.hash | 3 +++ package/prelink-cross/prelink-cross.mk | 15 +++++++++++++++ 3 files changed, 19 insertions(+) create mode 100644 package/prelink-cross/prelink-cross.hash create mode 100644 package/prelink-cross/prelink-cross.mkDEVELOPERS +1
-0@@ -56,6 +56,7 @@ F: package/openjdk/ F: package/openjdk-bin/ F: package/php/ F: package/policycoreutils/ +F: package/prelink-cross/ F: package/python3/ F: package/python-flask-sqlalchemy/ F: package/python-mutagen/package/prelink-cross/prelink-cross.hash new file +3
-0@@ -0,0 +1,3 @@ +# Locally computed +sha256 cb3f5d833cd74b7e90e38465c9c948b0f4138c017509cb91e391b0931063429e prelink-cross-a853a5d715d84eec93aa68e8f2df26b7d860f5b2.tar.gz +sha256 b8a2f73f743dc1a51aff23f1aacbca4b868564db52496fa3c0caba755bfd1eaf COPYINGpackage/prelink-cross/prelink-cross.mk new file +15
-0@@ -0,0 +1,15 @@ +################################################################################ +# +# host-prelink-cross +# +################################################################################ + +HOST_PRELINK_CROSS_VERSION = a853a5d715d84eec93aa68e8f2df26b7d860f5b2 +HOST_PRELINK_CROSS_SITE = https://git.yoctoproject.org/git/prelink-cross +HOST_PRELINK_CROSS_SITE_METHOD = git +HOST_PRELINK_CROSS_LICENSE = GPL-2.0 +HOST_PRELINK_CROSS_LICENSE_FILES = COPYING +HOST_PRELINK_CROSS_AUTORECONF = YES +HOST_PRELINK_CROSS_DEPENDENCIES = host-elfutils host-libiberty + +$(eval $(host-autotools-package))Signature · 1 line
2.21.0
Signature · 6 lines
.-----------------.--------------------.------------------.--------------------. | Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: | | +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ | | +33 561 099 427 `------------.-------: X AGAINST | \e/ There is no | | http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL | v conspiracy. | '------------------------------^-------^------------------^--------------------'
PATCH v13 2/5 package/prelink-cross: new package
In reply to aduskett at gmail.comHi Adam,
I don't see any differences between v12 and v13, did I miss something?
I had already started applying (not pushed yet obviously) so it's important to
know. I did make a few modifications, which I'll indicate here...
Quoted 6 lines · aduskett at gmail.com
From: Adam Duskett <[email protected]>
Prelink-cross emulates a runtime linker for a given sysroot. This is necessary to allow gobject-introspection to build its typelib files during cross-compiling.
Quoted 7 lines
We're using a sha1 on the
cross_prelinkbranch, as we need the RTLD-enabled variant of prelink-cross.Signed-off-by "Yann E. MORIN" <[email protected]>Signed-off-by Adam Duskett <[email protected]>---
Changes v11 -> v12:
Ah, now I get it: this is actually v12 -> v13
Quoted 59 lines
- Change version to
a853a5d715d84eec93aa68e8f2df26b7d860f5b2as the commitid b10e14218646d8b74773b82b0f8b395bce698fa2 no longer exists.Changes v10 -> v11:
- adopted by Yann
- switch to a https git server
- drop the Config.in.host entry
- fix typo in commit logChanges v9 -> v10:
- NoneChanges v8 -> v9:
- Add the package to the DEVELOPERS file under my name.
- Bump version toa853a5d715d84eec93aa68e8f2df26b7d860f5b2
- Add host-elfutils as a dependency.Changes v7 -> v8:
- NoneChanges v1 -> v7:
- Add patch to series.DEVELOPERS | 1 + package/prelink-cross/prelink-cross.hash | 3 +++ package/prelink-cross/prelink-cross.mk | 15 +++++++++++++++ 3 files changed, 19 insertions(+) create mode 100644 package/prelink-cross/prelink-cross.hash create mode 100644 package/prelink-cross/prelink-cross.mkDEVELOPERS +1
-0@@ -56,6 +56,7 @@ F: package/openjdk/ F: package/openjdk-bin/ F: package/php/ F: package/policycoreutils/ +F: package/prelink-cross/ F: package/python3/ F: package/python-flask-sqlalchemy/ F: package/python-mutagen/package/prelink-cross/prelink-cross.hash new file +3
-0@@ -0,0 +1,3 @@ +# Locally computed +sha256 cb3f5d833cd74b7e90e38465c9c948b0f4138c017509cb91e391b0931063429e prelink-cross-a853a5d715d84eec93aa68e8f2df26b7d860f5b2.tar.gz +sha256 b8a2f73f743dc1a51aff23f1aacbca4b868564db52496fa3c0caba755bfd1eaf COPYINGpackage/prelink-cross/prelink-cross.mk new file +2
-0@@ -0,0 +1,15 @@ +################################################################################ +#
package/prelink-cross/prelink-cross.mk line 12
Quoted 10 lines
package/prelink-cross/prelink-cross.mk new file +10
-0+# host-prelink-cross +# +################################################################################ + +HOST_PRELINK_CROSS_VERSION = a853a5d715d84eec93aa68e8f2df26b7d860f5b2 +HOST_PRELINK_CROSS_SITE = https://git.yoctoproject.org/git/prelink-cross +HOST_PRELINK_CROSS_SITE_METHOD = git +HOST_PRELINK_CROSS_LICENSE = GPL-2.0 +HOST_PRELINK_CROSS_LICENSE_FILES = COPYING +HOST_PRELINK_CROSS_AUTORECONF = YES
I added a comment above:
# Sources from git, no configure script present
Regards,
Arnout
Quoted 4 lines
package/prelink-cross/prelink-cross.mk new file +3
-0+HOST_PRELINK_CROSS_DEPENDENCIES = host-elfutils host-libiberty + +$(eval $(host-autotools-package))
PATCH v13 3/5 package/gdb: depend on libiberty
In reply to aduskett at gmail.comFrom: Adam Duskett <[email protected]>
If present, GDB may use a system installed libiberty. As such, we must ensure that host-libiberty is installed first.
---
v1 -> v11:
- Add this patch to the series
package/gdb/gdb.mk | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-)
package/gdb/gdb.mk +3 -1
@@ -35,7 +35,9 @@ endif # For the host variant, we really want to build with XML support, # which is needed to read XML descriptions of target architectures. We # also need ncurses. -HOST_GDB_DEPENDENCIES = host-expat host-ncurses +# As for libiberty, gdb may use a system-isntalled one if present, so +# we must ensure ours is installed first. +HOST_GDB_DEPENDENCIES = host-expat host-libiberty host-ncurses # Disable building documentation GDB_MAKE_OPTS += MAKEINFO=true
Signature · 1 line
2.21.0
PATCH v13 3/5 package/gdb: depend on libiberty
Quoted 19 lines · aduskett at gmail.com
From: Adam Duskett <[email protected]>
If present, GDB may use a system installed libiberty. As such, we must ensure that host-libiberty is installed first.
Signed-off-by "Yann E. MORIN" <[email protected]>Signed-off-by Adam Duskett <[email protected]>---
v1 -> v11:
- Add this patch to the seriespackage/gdb/gdb.mk | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-)package/gdb/gdb.mk +0
-0
package/gdb/gdb.mk endif · line 38
Quoted 5 lines
package/gdb/gdb.mk +1
-1@@ -35,7 +35,9 @@ endif # For the host variant, we really want to build with XML support, # which is needed to read XML descriptions of target architectures. We # also need ncurses. -HOST_GDB_DEPENDENCIES = host-expat host-ncurses +# As for libiberty, gdb may use a system-isntalled one if present, so
^^^installed
Regards,
Arnout
Quoted 6 lines
package/gdb/gdb.mk +2
-0+# we must ensure ours is installed first. +HOST_GDB_DEPENDENCIES = host-expat host-libiberty host-ncurses # Disable building documentation GDB_MAKE_OPTS += MAKEINFO=true
PATCH v13 4/5 package/meson: prevent python include path manipulation
In reply to aduskett at gmail.comFrom: Adam Duskett <[email protected]>
From: https://github.com/openembedded/openembedded-core/blob/master/meta/recipes-devtools/meson/meson/
Meson exports a bunch of PKG_CONFIG_ variables which causes a double prefix for the staging python include directory.
---
Changes v11 -> v12:
- Remove accidental copy and paste in the commit message.
Changes v1 -> v11:
- Add this patch to the series
...-environment-when-calling-pkg-config.patch | 48 +++++++++++++++++++ 1 file changed, 48 insertions(+) create mode 100644 package/meson/0002-python-module-do-not-manipulate-the-environment-when-calling-pkg-config.patch
package/meson/0002-python-module-do-not-manipulate-the-environment-when-calling-pkg-config.patch new file +48 -0
@@ -0,0 +1,48 @@ +From 3cb2c811dc6d4890342afa5b709cd30cf7b8f3ca Mon Sep 17 00:00:00 2001 +From: Alexander Kanavin <[email protected]> +Date: Mon, 19 Nov 2018 14:24:26 +0100 +Subject: [PATCH] python module: do not manipulate the environment when calling pkg-config + +From: https://github.com/openembedded/openembedded-core/blob/master/meta/recipes-devtools/meson/meson/ + +Meson exports a bunch of PKG_CONFIG_ variables which causes a double prefix to +the python include directory. + +Upstream-Status: Inappropriate [embedded specific] +Signed-off-by: Alexander Kanavin <[email protected]> +Signed-off-by: Adam Duskett <[email protected]> + +--- + mesonbuild/modules/python.py | 12 ------------ + 1 file changed, 12 deletions(-) + +diff --git a/mesonbuild/modules/python.py b/mesonbuild/modules/python.py +index 9cfbd6f..3ff687a 100644 +--- a/mesonbuild/modules/python.py ++++ b/mesonbuild/modules/python.py +@@ -76,11 +76,6 @@ class PythonDependency(ExternalDependency): + old_pkg_libdir = os.environ.get('PKG_CONFIG_LIBDIR') + old_pkg_path = os.environ.get('PKG_CONFIG_PATH') + +- os.environ.pop('PKG_CONFIG_PATH', None) +- +- if pkg_libdir: +- os.environ['PKG_CONFIG_LIBDIR'] = pkg_libdir +- + try: + self.pkgdep = PkgConfigDependency('python-{}'.format(pkg_version), environment, kwargs) + mlog.debug('Found "python-{}" via pkgconfig lookup in LIBPC ({})'.format(pkg_version, pkg_libdir)) +@@ -89,13 +84,6 @@ class PythonDependency(ExternalDependency): + mlog.debug('"python-{}" could not be found in LIBPC ({})'.format(pkg_version, pkg_libdir)) + mlog.debug(e) + +- if old_pkg_path is not None: +- os.environ['PKG_CONFIG_PATH'] = old_pkg_path +- +- if old_pkg_libdir is not None: +- os.environ['PKG_CONFIG_LIBDIR'] = old_pkg_libdir +- else: +- os.environ.pop('PKG_CONFIG_LIBDIR', None) + else: + mlog.debug('"python-{}" could not be found in LIBPC ({}), this is likely due to a relocated python installation'.format(pkg_version, pkg_libdir)) +
Signature · 1 line
2.21.0
PATCH v13 4/5 package/meson: prevent python include path manipulation
Hi Adam,
Quoted 6 lines · aduskett at gmail.com
From: Adam Duskett <[email protected]>
From: https://github.com/openembedded/openembedded-core/blob/master/meta/recipes-devtools/meson/meson/
Meson exports a bunch of
PKG_CONFIG_variables which causes a double prefix for the staging python include directory.
For obvious reasons, I don't like patching a completely unrelated package.
It is true that this patch is valid in the Buildroot context (though it could
be explained a little better, I'll do that below). However, since I really don't like patching packages, I've found an alternative solution: we can do the same environment variable hacks for meson as we do in pkg-python. I'll send a patch later, to replace this one. Could you give that a spin an submit a v14?
Here's the proposed addition to the commit message (in case we do need to keep
this patch):
--------
In the Buildroot context, using the PKG_CONFIG_LIBDIR from Python's sysconfig is never appropriate. The sysconfig's LIBPC is set to $(HOST_DIR)/lib/pkgconfig, because we use host python even when building for the target. Thus, for target builds, using that value is clearly wrong. For host builds, it is correct, but for host builds we anyway already pass PKG_CONFIG_LIBDIR in the environment.
Meson uses the following order of evaluation for pkg-config (taken from meson's commit ab01db177):
1. use pkg-config with PKG_CONFIG_LIBDIR=LIBPC from python
2. use plain PKG_CONFIG_{LIBDIR,PATH} from the environment
3. try to extract the information from SYSCONFIG
It could be argued that 1 and 2 should be swapped (if PKG_CONFIG_* is passed in the environment, it should override whatever preconfigured defaults are set somewhere). However, that still wouldn't save us in Buildroot, because we don't set PKG_CONFIG_LIBDIR in the environment for target builds; we only do that for host builds.
Therefore, the only solution is patch meson in a non-upstreamable way to ignore the LIBPC value from Python's sysconfig.
-------
Quoted 34 lines
Signed-off-by Adam Duskett <[email protected]>---
Changes v11 -> v12:
- Remove accidental copy and paste in the commit message.Changes v1 -> v11:
- Add this patch to the series...-environment-when-calling-pkg-config.patch | 48 +++++++++++++++++++ 1 file changed, 48 insertions(+) create mode 100644 package/meson/0002-python-module-do-not-manipulate-the-environment-when-calling-pkg-config.patchpackage/meson/0002-python-module-do-not-manipulate-the-environment-when-calling-pkg-config.patch new file +15
-0@@ -0,0 +1,48 @@ +From 3cb2c811dc6d4890342afa5b709cd30cf7b8f3ca Mon Sep 17 00:00:00 2001 +From: Alexander Kanavin <[email protected]> +Date: Mon, 19 Nov 2018 14:24:26 +0100 +Subject: [PATCH] python module: do not manipulate the environment when calling pkg-config + +From: https://github.com/openembedded/openembedded-core/blob/master/meta/recipes-devtools/meson/meson/ + +Meson exports a bunch of PKG_CONFIG_ variables which causes a double prefix to +the python include directory. + +Upstream-Status: Inappropriate [embedded specific] +Signed-off-by: Alexander Kanavin <[email protected]> +Signed-off-by: Adam Duskett <[email protected]> + +---
package/meson/0002-python-module-do-not-manipulate-the-environment-when-calling-pkg-config.patch line 25
Quoted 10 lines
package/meson/0002-python-module-do-not-manipulate-the-environment-when-calling-pkg-config.patch new file +10
-0+ mesonbuild/modules/python.py | 12 ------------ + 1 file changed, 12 deletions(-) + +diff --git a/mesonbuild/modules/python.py b/mesonbuild/modules/python.py +index 9cfbd6f..3ff687a 100644 +--- a/mesonbuild/modules/python.py ++++ b/mesonbuild/modules/python.py +@@ -76,11 +76,6 @@ class PythonDependency(ExternalDependency): + old_pkg_libdir = os.environ.get('PKG_CONFIG_LIBDIR') + old_pkg_path = os.environ.get('PKG_CONFIG_PATH')
These are not used any more so they can also be removed.
Regards,
Arnout
Quoted 24 lines
package/meson/0002-python-module-do-not-manipulate-the-environment-when-calling-pkg-config.patch new file +23
-0+ +- os.environ.pop('PKG_CONFIG_PATH', None) +- +- if pkg_libdir: +- os.environ['PKG_CONFIG_LIBDIR'] = pkg_libdir +- + try: + self.pkgdep = PkgConfigDependency('python-{}'.format(pkg_version), environment, kwargs) + mlog.debug('Found "python-{}" via pkgconfig lookup in LIBPC ({})'.format(pkg_version, pkg_libdir)) +@@ -89,13 +84,6 @@ class PythonDependency(ExternalDependency): + mlog.debug('"python-{}" could not be found in LIBPC ({})'.format(pkg_version, pkg_libdir)) + mlog.debug(e) + +- if old_pkg_path is not None: +- os.environ['PKG_CONFIG_PATH'] = old_pkg_path +- +- if old_pkg_libdir is not None: +- os.environ['PKG_CONFIG_LIBDIR'] = old_pkg_libdir +- else: +- os.environ.pop('PKG_CONFIG_LIBDIR', None) + else: + mlog.debug('"python-{}" could not be found in LIBPC ({}), this is likely due to a relocated python installation'.format(pkg_version, pkg_libdir)) +
PATCH v13 5/5 package/gobject-introspection: new package
In reply to aduskett at gmail.comFrom: Adam Duskett <[email protected]>
GObject introspection is a middleware layer between C libraries (using GObject) and language bindings. The C library can be scanned at compile time and generate a metadata file, in addition to the actual native C library. Then at runtime, language bindings can read this metadata and automatically provide bindings to call into the C library.
There's an XML format called GIR used by GObject-Introspection. The purpose of it is to provide a standard structure to access the complete available API that a library or other unit of code exports. It is meant to be language agnostic using namespaces to separate core, language or library specific functionality.
Cross-compiling gobject-introspection is not an easy task. The main issue is that in the process of creating the XML files, gobject-introspection must first run and scan the binary, which, if the binary is cross-compiled, would not typically be possible from the host system.
Because of this limitation, several wrappers are used to call instead first out qemu which will then run the native scanner to create the binaries.
There are seven total patches and four different wrapper files needed to successfully cross-compile and run this package, many of them are from open-embedded, but two of them are of my own doing.
1) Revert a previous, incomplete attempt at adding cross-compiling support.
2) Add support for cross compiling with meson.
3) Disable tests when cross-compiling.
4) Add support for the various wrappers. (See patch for details.)
5) Add an option to use a binary wrapper; this patch will force giscanner to use a wrapper executable to run binaries it's producing, instead of attempting to run them from the host.
6) Add an option to use an LDD wrapper, again, useful for cross-compiled environments.
7) Add a --lib-dirs-envar option to pass to giscanner. (See patch for details.)
8) Add rpath-links to ccompiler: when passing the PACKAGE_GIR_EXTRA_LIBS_PATH to the ccompiler.py script, ccompiler.py needs to add -Wl,-rpath-link to the environment for the package to correctly link against the passed on paths.
9) Ignore error return codes from ldd-wrapper because prelink-rtld returns 127 when it can't find a library, which will break subprocess.check_output().
---
Changes v10 -> v11:
- reorder config.in entries: arch deps first, then toolchain deps and order packages deps alphabetically (Yann)
- drop dependency on threads, wchar, and !static: it's implicit from glibc (Yann)
- Bump to version 1.60.2
- Switched to a meson build system as autotools is no longer supported with gobject-introspection 1.60.x.
- Removed the following patches that are no longer needed:
- 0002-configure.ac-add-host-gi-gi-cross-wrapper-gi-ldd-wra.patch
- 0005-user-PYTHON_CONFIG-to-find-includes.patch
- 0008-fix-gobject-pc.file.patch
- Add the following patches:
- 0002-add-cross-compilation-support-to-meson.patch
- 0003-meson.build-disable-tests-when-cross-compiling.patch
- 0008-ignore-error-return-codes-from-ldd-wrapper.patch
Changes v9 -> v10:
- Makefile cleanup
- Fix license syntax (Thomas)
- Add libffi as a mandatory dependency (Thomas)
- remove --disalbe-static (Thomas)
- add --with-cairo if the cairo package is selected (Thomas)
- Change PYTHON_INCLUDES to PYTHON_CONFIG in gobject-introspection.mk (Thomas)
- Use | for all sed functions (Thomas)
- Remove GOBJECT_INTROSPECTION_WRAPPERS (Thomas)
- Add GOBJECT_INTROSPECTION_REMOVE_DEVELOPMENT_FILES target finalize hook. (Thomas)
- Use $(dirname $0) in wrappers instead of $STAGING_DIR (Thomas)
- Remove _GIR_EXTRA_LIBS_PATH in pkg-autotools.mk in favor of a seperate patch. (Thomas)
Changes v8 -> v9:
- Create the $(STAGING_DIR)/usr/lib/gio/modules-dummy directory in the GOBJECT_INTROSPECTION_POST_PATCH_HOOKS to prevent qemu from segfaulting when g-ir-scanner-qemuwrapper is ran.
- Remove the $(STAGING_DIR) prefix from gobject-introspection-1.0.pc to prevent pkg-config from appending a second staging_dir to the path of the g-ir-compiler. This prevents packages such a gstreamer1 from trying to call $(STAGING_DIR)/$(STAGING_DIR)/usr/bin/g-ir-compiler, which will break the build.
Changes v7 -> v8:
- Add "select BR2_PACKAGE_HOST_PRELINK_CROSS" to Config.in
Changes v6 -> v7:
- Remove the cross-ldd script in favor of the prelink-cross package.
- Install the ldd and qemu wrappers in a post patch hook seperate of the other wrappers.
- Set --enable-introspection-data in the configure options.
Changes v5 -> v6:
- Update gobject-introspection to 1.56.1
- Remove upstreamed 0008-add-Float128.patch
Changes v4 -> v5:
- Added a more detailed commit message (Yann)
- Removed $HOST_DIR/bin/qemu- at HOST_QEMU_ARCH@ @HOST_QEMU_CPU_TUNE@ in favor of @QEMU_USER@ (Thanks Yann)
Changes v3 -> v4:
- Removed RFC tag.
- Added 0007-Add-rpath-links-to-ccompiler.patch
- Removed config-paths-with-PKG_CONFIG_SYSROOT_DIR-.patch as it is not Yocto specific.
- Added the _GIR_EXTRA_LIBS_PATH to pkg-autotools.mk. This allows package specific Gir libraries to be passed on to g-ir-scanner-qemuwrapper.
- Fixed a typo in g-ir-scanner-qemuwrapper.in.
- Remove BR2_PACKAGE_GOBJECT_INTROSPECTION_ARCH_SUPPORTS_TARGET in favor of BR2_PACKAGE_HOST_QEMU_ARCH_SUPPORTS
Changes v2 -> v3:
- Removed Linux kernel dependency (baruch)
- Changed $(LINUX_VERSION) to $(BR2_TOOLCHAIN_HEADERS_AT_LEAST) (baruch)
- Changed @LINUX_VERSION@ in g-ir-scanner-qemuwrapper.in to @TOOLCHAIN_HEADERS_VERSION@ to match the above variable change.
- Added BR2_PACKAGE_GOBJECT_INTROSPECTION_ARCH_SUPPORTS_TARGET in Config.in with only BR2_arm selected for now.
- Removed BR2_PACKAGE_HOST_QEMU_ARCH_SUPPORTS in favor of the above change.
- Added two new lines in the base Makefile which removes any remaining .gir or .rnc files from the target filing system, as these are not needed or runtime, only compile time.
Changes v1 -> v2:
- Fixed wrappers
- Added 0007-giscanner-add-a-lib-dirs-envvar-option.patch
- Added 0008-add-Float128.patch
DEVELOPERS | 1 + package/Config.in | 1 + ...lete-upstream-attempt-at-cross-compi.patch | 33 ++++ ...d-cross-compilation-support-to-meson.patch | 163 ++++++++++++++++++ ...d-disable-tests-when-cross-compiling.patch | 27 +++ ...canner-add-use-binary-wrapper-option.patch | 52 ++++++ ...scanner-add-a-use-ldd-wrapper-option.patch | 48 ++++++ ...scanner-add-a-lib-dirs-envvar-option.patch | 73 ++++++++ .../0007-Add-rpath-links-to-ccompiler.patch | 29 ++++ ...-error-return-codes-from-ldd-wrapper.patch | 28 +++ package/gobject-introspection/Config.in | 26 +++ .../gobject-introspection/g-ir-compiler.in | 2 + .../g-ir-scanner-lddwrapper.in | 2 + .../g-ir-scanner-qemuwrapper.in | 17 ++ package/gobject-introspection/g-ir-scanner.in | 7 + .../gobject-introspection.hash | 4 + .../gobject-introspection.mk | 103 +++++++++++ 17 files changed, 616 insertions(+) create mode 100644 package/gobject-introspection/0001-Revert-an-incomplete-upstream-attempt-at-cross-compi.patch create mode 100644 package/gobject-introspection/0002-add-cross-compilation-support-to-meson.patch create mode 100644 package/gobject-introspection/0003-meson.build-disable-tests-when-cross-compiling.patch create mode 100644 package/gobject-introspection/0004-giscanner-add-use-binary-wrapper-option.patch create mode 100644 package/gobject-introspection/0005-giscanner-add-a-use-ldd-wrapper-option.patch create mode 100644 package/gobject-introspection/0006-giscanner-add-a-lib-dirs-envvar-option.patch create mode 100644 package/gobject-introspection/0007-Add-rpath-links-to-ccompiler.patch create mode 100644 package/gobject-introspection/0008-ignore-error-return-codes-from-ldd-wrapper.patch create mode 100644 package/gobject-introspection/Config.in create mode 100644 package/gobject-introspection/g-ir-compiler.in create mode 100644 package/gobject-introspection/g-ir-scanner-lddwrapper.in create mode 100644 package/gobject-introspection/g-ir-scanner-qemuwrapper.in create mode 100644 package/gobject-introspection/g-ir-scanner.in create mode 100644 package/gobject-introspection/gobject-introspection.hash create mode 100644 package/gobject-introspection/gobject-introspection.mk
DEVELOPERS +1 -0
@@ -34,6 +34,7 @@ F: package/audit/ F: package/busybox/ F: package/checkpolicy/ F: package/cppdb/ +F: package/gobject-introspection/ F: package/gstreamer1/gstreamer1/ F: package/gstreamer1/gstreamer1-mm/ F: package/gstreamer1/gst1-plugins-bad/
package/Config.in +1 -0
@@ -1690,6 +1690,7 @@ menu "Other" source "package/glibmm/Config.in" source "package/glm/Config.in" source "package/gmp/Config.in" + source "package/gobject-introspection/Config.in" source "package/gsl/Config.in" source "package/gtest/Config.in" source "package/jemalloc/Config.in"
package/gobject-introspection/0001-Revert-an-incomplete-upstream-attempt-at-cross-compi.patch new file +33 -0
@@ -0,0 +1,33 @@ +From 3a9d1e5ee0aae56fafec0beba2014c19e4ff310c Mon Sep 17 00:00:00 2001 +From: Alexander Kanavin <[email protected]> +Date: Wed, 23 Mar 2016 17:07:28 +0200 +Subject: [PATCH] Revert an incomplete upstream attempt at cross-compile support + +Upstream-Status: Pending +Signed-off-by: Alexander Kanavin <[email protected]> +Signed-off-by: Adam Duskett <[email protected]> +--- + common.mk | 4 ---- + giscanner/gdumpparser.py | 6 ------ + 2 files changed, 10 deletions(-) + +diff --git a/giscanner/gdumpparser.py b/giscanner/gdumpparser.py +index 1134f33..9bdc2bc 100644 +--- a/giscanner/gdumpparser.py ++++ b/giscanner/gdumpparser.py +@@ -156,12 +156,6 @@ blob containing data gleaned from GObject's primitive introspection.""" + out_path = os.path.join(self._binary.tmpdir, 'dump.xml') + + args = [] +- +- # Prepend the launcher command and arguments, if defined +- launcher = os.environ.get('GI_CROSS_LAUNCHER') +- if launcher: +- args.extend(launcher.split()) +- + args.extend(self._binary.args) + args.append('--introspect-dump=%s,%s' % (in_path, out_path)) + +-- +2.7.0 +
package/gobject-introspection/0002-add-cross-compilation-support-to-meson.patch new file +163 -0
163 lines not on this page · raw message
package/gobject-introspection/0003-meson.build-disable-tests-when-cross-compiling.patch new file +27 -0
@@ -0,0 +1,27 @@ +From 2c384187cc22113c0c9b1cd233948118f7c085ef Mon Sep 17 00:00:00 2001 +From: Alexander Kanavin <[email protected]> +Date: Mon, 25 Mar 2019 13:28:48 +0100 +Subject: [PATCH] meson.build: disable tests when cross-compiling + +Upstream-Status: Submitted [https://gitlab.gnome.org/GNOME/gobject-introspection/merge_requests/64] +Signed-off-by: Alexander Kanavin <[email protected]> +Signed-off-by: Adam Duskett <[email protected]> +--- + meson.build | 4 +++- + 1 file changed, 3 insertions(+), 1 deletion(-) + +diff --git a/meson.build b/meson.build +index 2544ff3..4c16fe5 100644 +--- a/meson.build ++++ b/meson.build +@@ -168,7 +168,9 @@ if get_option('enable-introspection-data') == true + endif + subdir('examples') + subdir('docs') +-subdir('tests') ++if not meson.is_cross_build() ++ subdir('tests') ++endif + + install_data('Makefile.introspection', install_dir: join_paths(get_option('datadir'), 'gobject-introspection-1.0')) + install_data('m4/introspection.m4', install_dir: join_paths(get_option('datadir'), 'aclocal'))
package/gobject-introspection/0004-giscanner-add-use-binary-wrapper-option.patch new file +52 -0
52 lines not on this page · raw message
package/gobject-introspection/0005-giscanner-add-a-use-ldd-wrapper-option.patch new file +48 -0
48 lines not on this page · raw message
package/gobject-introspection/0006-giscanner-add-a-lib-dirs-envvar-option.patch new file +73 -0
73 lines not on this page · raw message
package/gobject-introspection/0007-Add-rpath-links-to-ccompiler.patch new file +29 -0
@@ -0,0 +1,29 @@ +From 72a427bc50daee8f1ded0e9221e53dbbf2a80f08 Mon Sep 17 00:00:00 2001 +From: Adam Duskett <[email protected]> +Date: Wed, 14 Mar 2018 12:07:10 -0400 +Subject: [PATCH] Add rpath links to ccompiler + +This patch allows gobject-introspection to process extra paths passed to the +compiler via the GIR_EXTRA_LIBS_PATH variable. + +Signed-off-by: Adam Duskett <[email protected]> +--- + giscanner/ccompiler.py | 2 ++ + 1 file changed, 2 insertions(+) + +diff --git a/giscanner/ccompiler.py b/giscanner/ccompiler.py +index a8bd5b1..51bb9bc 100644 +--- a/giscanner/ccompiler.py ++++ b/giscanner/ccompiler.py +@@ -229,6 +229,8 @@ class CCompiler(object): + + for envvar in runtime_path_envvar: + if envvar in os.environ: ++ for envvar_path in os.environ[envvar].split(':'): ++ args.append("-Wl,-rpath-link," + envvar_path) + os.environ[envvar] = \ + os.pathsep.join(runtime_paths + [os.environ[envvar]]) + else: +-- +2.14.3 +
package/gobject-introspection/0008-ignore-error-return-codes-from-ldd-wrapper.patch new file +28 -0
@@ -0,0 +1,28 @@ +From f742da8b3913f4818d3f419117076afe62f4dbf4 Mon Sep 17 00:00:00 2001 +From: Alexander Kanavin <[email protected]> +Date: Wed, 5 Sep 2018 16:46:52 +0200 +Subject: [PATCH] giscanner: ignore error return codes from ldd-wrapper + +prelink-rtld, which we use instead of ldd returns 127 when it can't find a library. +It is not an error per se, but it breaks subprocess.check_output(). + +Upstream-Status: Inappropriate [oe-core specific] +Signed-off-by: Alexander Kanavin <[email protected]> +Signed-off-by: Adam Duskett <[email protected]> +--- + giscanner/shlibs.py | 2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) + +diff --git a/giscanner/shlibs.py b/giscanner/shlibs.py +index d67df95..80352a6 100644 +--- a/giscanner/shlibs.py ++++ b/giscanner/shlibs.py +@@ -102,7 +102,7 @@ def _resolve_non_libtool(options, binary, libraries): + args.extend(['otool', '-L', binary.args[0]]) + else: + args.extend(['ldd', binary.args[0]]) +- output = subprocess.check_output(args) ++ output = subprocess.run(args, check=False, stdout=subprocess.PIPE).stdout + if isinstance(output, bytes): + output = output.decode("utf-8", "replace") +
package/gobject-introspection/Config.in new file +26 -0
@@ -0,0 +1,26 @@ +config BR2_PACKAGE_GOBJECT_INTROSPECTION + bool "gobject-introspection" + depends on BR2_USE_MMU # python3, libglib2 + depends on BR2_PACKAGE_HOST_QEMU_ARCH_SUPPORTS + depends on BR2_TOOLCHAIN_USES_GLIBC + select BR2_PACKAGE_HOST_PRELINK_CROSS + select BR2_PACKAGE_HOST_QEMU + select BR2_PACKAGE_HOST_QEMU_LINUX_USER_MODE + select BR2_PACKAGE_LIBFFI + select BR2_PACKAGE_LIBGLIB2 + select BR2_PACKAGE_PYTHON3 if !BR2_PACKAGE_PYTHON + select BR2_PACKAGE_ZLIB + help + GObject introspection is a middleware layer between C + libraries (using GObject) and language bindings. The C library + can be scanned at compile time and generate a metadata file, + in addition to the actual native C library. Then at runtime, + language bindings can read this metadata and automatically + provide bindings to call into the C library. + + https://wiki.gnome.org/action/show/Projects/GObjectIntrospection + +comment "gobject-introspection needs a glibc toolchain" + depends on BR2_USE_MMU + depends on BR2_PACKAGE_HOST_QEMU_ARCH_SUPPORTS + depends on !BR2_TOOLCHAIN_USES_GLIBC
package/gobject-introspection/g-ir-compiler.in new file +2 -0
@@ -0,0 +1,2 @@ +#!/bin/sh +$(dirname $0)/g-ir-scanner-qemuwrapper $(dirname $0)/g-ir-compiler.real "$@"
package/gobject-introspection/g-ir-scanner-lddwrapper.in new file +2 -0
@@ -0,0 +1,2 @@ +#!/bin/sh +${HOST_DIR}/sbin/prelink-rtld --root=$(dirname $0)/../../ "$@"
package/gobject-introspection/g-ir-scanner-qemuwrapper.in new file +17 -0
@@ -0,0 +1,17 @@ +#!/bin/sh + +# Pass -r to qemu-user as to trick glibc into not errorings out if the host kernel +# is older than the target kernel. +# Use a modules directory which does not exist so we don't load random things +# which may then get deleted (or their dependencies) and potentially segfault +GIO_MODULE_DIR=$(dirname $0)/../lib/gio/modules-dummy \ + at QEMU_USER@ -r @TOOLCHAIN_HEADERS_VERSION@ \ +-L $(dirname $0)/../../ \ +-E LD_LIBRARY_PATH=$GIR_EXTRA_LIBS_PATH:.libs:$(dirname $0)/../lib:$(dirname $0)/../../lib \ +"$@" + +if [ $? -ne 0 ]; then + echo "If the above error message is about missing .so libraries, then setting up GIR_EXTRA_LIBS_PATH in the .mk file should help." + echo '(typically like this: GIR_EXTRA_LIBS_PATH="$(@D)/.libs")' + exit 1 +fi
package/gobject-introspection/g-ir-scanner.in new file +7 -0
@@ -0,0 +1,7 @@ +#!/bin/sh +export GI_SCANNER_DISABLE_CACHE=1 +$HOST_DIR/bin/g-ir-scanner \ +--lib-dirs-envvar=GIR_EXTRA_LIBS_PATH \ +--use-binary-wrapper=$(dirname $0)/g-ir-scanner-qemuwrapper \ +--use-ldd-wrapper=$(dirname $0)/g-ir-scanner-lddwrapper \ +--add-include-path=$(dirname $0)/../share/gir-1.0 "$@"
package/gobject-introspection/gobject-introspection.hash new file +4 -0
@@ -0,0 +1,4 @@ +#From http://ftp.gnome.org/pub/GNOME/sources/gobject-introspection/1.60/gobject-introspection-1.60.2.sha256sum +sha256 ffdfe2368fb2e34a547898b01aac0520d52d8627fdeb1c306559bcb503ab5e9c gobject-introspection-1.60.2.tar.xz +sha256 d245807f90032872d1438d741ed21e2490e1175dc8aa3afa5ddb6c8e529b58e5 COPYING.LGPL +sha256 32b1062f7da84967e7019d01ab805935caa7ab7321a7ced0e30ebe75e5df1670 COPYING.GPL
package/gobject-introspection/gobject-introspection.mk new file +103 -0
103 lines not on this page · raw message
Signature · 1 line
2.21.0
PATCH v13 1/5 package/libiberty: new package
In reply to aduskett at gmail.comQuoted 19 lines · aduskett at gmail.com
From: Adam Duskett <[email protected]>
Some packages, like prelink-cross, will want to use libiberty but do not bundle their own instance (which is good!).
However, libiberty is made for being bundled in packages: all GNU packages that use libiberty (gcc, binutils, gdb et al...) all have their own bundled variant. This means that there is no official upstream for libiberty; the closest being as part of the combined binutils-gdb tree.
So we introduce a new host-only package, that installs just libiberty from a binutils released tarball.
Again, as libiberty is usually bundled in packages, it usually only install a static version. Furthermore, it does not obey to the usual --enable-shared and --disable-static flags; it only ever builds a static version.
Quoted 8 lines
Furthermore, this library is not built with -fPIC, but some packages may pick it to build shared objects. This is the case for host-gdb, for example, which accidentally picks that library instead of its internal one.
So, rather than fix the various gdb versions and variants we can use, we ensure that the libiberty we install is usable in shared objects, and we ensure it is always built before host-gdb.
This is all pretty annoying. As discussed on IRC, libiberty really is only
needed for prelink-cross. And in fact, in the latest prelink-cross master, only a single function from it is used, from the execstack executable. That gives us the six following possible solutions to the problem:
1. This one, which has the disadvantage that it may have insofar hidden effects on packages, like it does on gdb.
2. A separate package like this one, but install it in a different place (e.g. --prefix=$(HOST_DIR)/libiberty), or not install it at all and instead copy the library to prelink-cross. This avoids any influence on other packages.
3. Define it as an _EXTRA_DOWNLOAD of prelink-cross. However, that would need either additional patching of the prelink-cross build system, or essentially two packages (two configures, to builds, ...) in the prelink-cross package.
4. Don't build execstack, either by patching Makefile.am, or by setting HOST_PRELINK_CROSS_MAKE_OPTS = prelink and manually copying the prelink executable.
5. Copy the required files into prelink-cross sources and add them to Makefile.am (as an upstreamable patch). It's a pretty big patch though, 8 files are needed: ansidecl.h filenames.h lbasename.c libiberty.h lrealpath.c make-relative-prefix.c safe-ctype.c safe-ctype.h
6. Patch execstack to not call make_relative_prefix, or make a simplified implementation. That may be quite a bit of work.
However, solution 1 is still an option. So
Regards,
Arnout
Quoted 67 lines
Signed-off-by "Yann E. MORIN" <[email protected]>Signed-off-by Adam Duskett <[email protected]>---
Changes v1 -> v11:
- Add this patch to the seriesDEVELOPERS | 1 + package/libiberty/libiberty.hash | 2 ++ package/libiberty/libiberty.mk | 27 +++++++++++++++++++++++++++ 3 files changed, 30 insertions(+) create mode 100644 package/libiberty/libiberty.hash create mode 100644 package/libiberty/libiberty.mkDEVELOPERS +1
-0@@ -2362,6 +2362,7 @@ F: package/keyutils/ F: package/libbsd/ F: package/libedit/ F: package/libgsm/ +F: package/libiberty/ F: package/libinput/ F: package/libiscsi/ F: package/libpri/package/libiberty/libiberty.hash new file +2
-0@@ -0,0 +1,2 @@ +# From ftp://gcc.gnu.org/pub/binutils/releases/sha512.sum +sha512 d326408f12a03d9a61a9de56584c2af12f81c2e50d2d7e835d51565df8314df01575724afa1e43bd0db45cfc9916b41519b67dfce03232aa4978704492a6994a binutils-2.32.tar.xzpackage/libiberty/libiberty.mk new file +27
-0@@ -0,0 +1,27 @@ +################################################################################ +# +# libiberty +# +################################################################################ + +LIBIBERTY_VERSION = 2.32 +LIBIBERTY_SOURCE = binutils-$(LIBIBERTY_VERSION).tar.xz +LIBIBERTY_SITE = $(BR2_GNU_MIRROR)/binutils +LIBIBERTY_DL_SUBDIR = binutils +LIBIBERTY_SUBDIR = libiberty + +# We explicitly disable multilib, as we do in binutils. +# By default, libiberty installs nothing, so we must force it. +HOST_LIBIBERTY_CONF_OPTS = \ + --disable-multilib \ + --enable-install-libiberty + +# Some packages (e.g. host-gdb) will pick this library and build shared +# objects with it. But libiberty does not honour the --enable-shared and +# --disable-static flags; it only ever builds a static library no matter +# what. So we must force -fPIC in build flags. +HOST_LIBIBERTY_CONF_ENV = \ + CFLAGS="$(HOST_CFLAGS) -fPIC" \ + LDFLAGS="$(HOST_LDFLAGS) -fPIC" + +$(eval $(host-autotools-package))
PATCH v13 1/5 package/libiberty: new package
Hey Yann and Thomas, if possible I would like your opinion on this as well.
Thanks!
Adam
________________________________
From: Arnout Vandecappelle <[email protected]>
Sent: Sunday, August 4, 2019 18:23
To: aduskett at gmail.com; buildroot at buildroot.org
Cc: Yann E. MORIN
Subject: Re: [Buildroot] [PATCH v13 1/5] package/libiberty: new package
Quoted 19 lines · aduskett at gmail.com
From: Adam Duskett <[email protected]>
Some packages, like prelink-cross, will want to use libiberty but do not bundle their own instance (which is good!).
However, libiberty is made for being bundled in packages: all GNU packages that use libiberty (gcc, binutils, gdb et al...) all have their own bundled variant. This means that there is no official upstream for libiberty; the closest being as part of the combined binutils-gdb tree.
So we introduce a new host-only package, that installs just libiberty from a binutils released tarball.
Again, as libiberty is usually bundled in packages, it usually only install a static version. Furthermore, it does not obey to the usual --enable-shared and --disable-static flags; it only ever builds a static version.
Quoted 8 lines
Furthermore, this library is not built with -fPIC, but some packages may pick it to build shared objects. This is the case for host-gdb, for example, which accidentally picks that library instead of its internal one.
So, rather than fix the various gdb versions and variants we can use, we ensure that the libiberty we install is usable in shared objects, and we ensure it is always built before host-gdb.
This is all pretty annoying. As discussed on IRC, libiberty really is only needed for prelink-cross. And in fact, in the latest prelink-cross master, only a single function from it is used, from the execstack executable. That gives us the six following possible solutions to the problem:
1. This one, which has the disadvantage that it may have insofar hidden effects on packages, like it does on gdb.
2. A separate package like this one, but install it in a different place (e.g. --prefix=$(HOST_DIR)/libiberty), or not install it at all and instead copy the library to prelink-cross. This avoids any influence on other packages.
3. Define it as an _EXTRA_DOWNLOAD of prelink-cross. However, that would need either additional patching of the prelink-cross build system, or essentially two packages (two configures, to builds, ...) in the prelink-cross package.
4. Don't build execstack, either by patching Makefile.am, or by setting HOST_PRELINK_CROSS_MAKE_OPTS = prelink and manually copying the prelink executable.
5. Copy the required files into prelink-cross sources and add them to Makefile.am (as an upstreamable patch). It's a pretty big patch though, 8 files are needed: ansidecl.h filenames.h lbasename.c libiberty.h lrealpath.c make-relative-prefix.c safe-ctype.c safe-ctype.h
6. Patch execstack to not call make_relative_prefix, or make a simplified implementation. That may be quite a bit of work.
However, solution 1 is still an option. So
Regards,
Arnout
Quoted 57 lines
Signed-off-by "Yann E. MORIN" <[email protected]>Signed-off-by Adam Duskett <[email protected]>---
Changes v1 -> v11:
- Add this patch to the seriesDEVELOPERS | 1 +
package/libiberty/libiberty.hash | 2 ++package/libiberty/libiberty.mk| 27 +++++++++++++++++++++++++++3 files changed, 30 insertions(+)create mode 100644 package/libiberty/libiberty.hash create mode 100644
package/libiberty/libiberty.mkDEVELOPERS +0
-0@@ -2362,6 +2362,7 @@ F: package/keyutils/F: package/libbsd/
F: package/libedit/
F: package/libgsm/
+F: package/libiberty/
F: package/libinput/
F: package/libiscsi/
F: package/libpri/package/libiberty/libiberty.hash new file +2
-0@@ -0,0 +1,2 @@ +# From ftp://gcc.gnu.org/pub/binutils/releases/sha512.sum +sha512 d326408f12a03d9a61a9de56584c2af12f81c2e50d2d7e835d51565df8314df01575724afa1e43bd0db45cfc9916b41519b67dfce03232aa4978704492a6994a binutils-2.32.tar.xzpackage/libiberty/libiberty.mk new file +17
-0@@ -0,0 +1,27 @@ +################################################################################ +# +# libiberty +# +################################################################################ + +LIBIBERTY_VERSION = 2.32 +LIBIBERTY_SOURCE = binutils-$(LIBIBERTY_VERSION).tar.xz +LIBIBERTY_SITE = $(BR2_GNU_MIRROR)/binutils +LIBIBERTY_DL_SUBDIR = binutils +LIBIBERTY_SUBDIR = libiberty + +# We explicitly disable multilib, as we do in binutils. +# By default, libiberty installs nothing, so we must force it. +HOST_LIBIBERTY_CONF_OPTS = \ + --disable-multilib \ + --enable-install-libiberty
package/libiberty/libiberty.mk line 27
Quoted 10 lines
package/libiberty/libiberty.mk new file +10
-0+ +# Some packages (e.g. host-gdb) will pick this library and build shared +# objects with it. But libiberty does not honour the --enable-shared and +# --disable-static flags; it only ever builds a static library no matter +# what. So we must force -fPIC in build flags. +HOST_LIBIBERTY_CONF_ENV = \ + CFLAGS="$(HOST_CFLAGS) -fPIC" \ + LDFLAGS="$(HOST_LDFLAGS) -fPIC" + +$(eval $(host-autotools-package))
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20190805/8b178b7e/attachment.html>