Summary: | dev-util/pkgconfig-0.28-r1 - add multilib-minimal support | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | kramlat <kram2048> |
Component: | [OLD] Development | Assignee: | Freedesktop bugs <freedesktop-bugs> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | multilib+disabled |
Priority: | Normal | Keywords: | EBUILD |
Version: | unspecified | ||
Hardware: | Other | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | pkgconfig-0.28-r1.ebuild |
thanks, this is the first ebuild I submitted. that was very helpful for the re-filing. Comment on attachment 365678 [details]
pkgconfig-0.28-r1.ebuild
--- pkgconfig-0.28.ebuild 2013-02-26 15:45:16.837133463 +0100
+++ - 2013-12-19 15:55:36.382205377 +0100
@@ -4,7 +4,7 @@
EAPI=5
-inherit flag-o-matic libtool multilib
+inherit flag-o-matic libtool multilib-minimal
MY_P=pkg-config-${PV}
@@ -31,7 +31,7 @@
S=${WORKDIR}/${MY_P}
-DOCS=( AUTHORS NEWS README )
+DOCS=( ../pkg-config-0.28/AUTHORS ../pkg-config-0.28/NEWS ../pkg-config-0.28/README )
src_prepare() {
sed -i -e "s|^prefix=/usr\$|prefix=${EPREFIX}/usr|" check/simple.pc || die #434320
@@ -43,8 +43,9 @@
fi
}
-src_configure() {
+multilib_src_configure() {
local myconf
+ multilib_is_native_abi
if use internal-glib; then
myconf+=' --with-internal-glib'
@@ -63,15 +64,21 @@
[[ ${PV} == *9999* ]] && myconf+=' --enable-maintainer-mode'
- econf \
+ ECONF_SOURCE="${S}" econf \
--docdir="${EPREFIX}"/usr/share/doc/${PF}/html \
--with-system-include-path="${EPREFIX}"/usr/include \
--with-system-library-path="${EPREFIX}"/usr/$(get_libdir) \
${myconf}
}
-src_install() {
+multilib_src_compile() {
+ default
+ multilib_is_native_abi
+}
+
+multilib_src_install() {
default
+ multilib_is_native_abi
if use prefix; then
# Add an explicit reference to $EPREFIX to PKG_CONFIG_PATH to
Err, why would we want to work on multilib pkg-config when pkg-config doesn't install any libraries that could be different for multilib? (In reply to Michał Górny from comment #3) > Err, why would we want to work on multilib pkg-config when pkg-config > doesn't install any libraries that could be different for multilib? doesn't make sense to me either Well, theoretically we could have i686-pc-linux-pkgconfig that would make some of the hacks in multilib.eclass redundant in favor of plain $(tc-getPKG_CONFIG)... (In reply to Michał Górny from comment #5) > Well, theoretically we could have i686-pc-linux-pkgconfig that would make > some of the hacks in multilib.eclass redundant in favor of plain > $(tc-getPKG_CONFIG)... yes indeed, this makes sense, i've committed 0.28-r1 in tree |
Created attachment 365678 [details] pkgconfig-0.28-r1.ebuild I have finally made a new ebuild for pkgconfig that uses the new multilib-minimal eclass. This could be useful. I know that there are plans to eventually pull emul-linux-x86-baselibs, but this pkgconfig is ready for it.