[snip...] Making all in libcharset make[4]: Nothing to be done for `all'. /bin/sh ../libtool --mode=link gcc -mtune=G4 -O2 -pipe -Wall -o libglib-2.0.la -rpath /usr/lib -version-info 1000:2:1000 -export-dynamic -export-symbols-regex "^[^_].*" garray.lo gasyncqueue.lo gatomic.lo gbacktrace.lo gcache.lo gcompletion.lo gconvert.lo gdataset.lo gdate.lo gdir.lo gerror.lo gfileutils.lo ghash.lo ghook.lo giochannel.lo gkeyfile.lo glist.lo gmain.lo gmappedfile.lo gmarkup.lo gmem.lo gmessages.lo gnode.lo goption.lo gpattern.lo gprimes.lo gqsort.lo gqueue.lo grel.lo grand.lo gscanner.lo gshell.lo gslice.lo gslist.lo gstdio.lo gstrfuncs.lo gstring.lo gthread.lo gthreadpool.lo gtimer.lo gtree.lo guniprop.lo gutf8.lo gunibreak.lo gunicollate.lo gunidecomp.lo gutils.lo gprintf.lo libcharset/libcharset.la giounix.lo gspawn.lo -liconv -lintl libtool: link: CURRENT `1000' is not a nonnegative integer libtool: link: `1000:2:1000' is not valid version information make[4]: *** [libglib-2.0.la] Error 1 make[3]: *** [all-recursive] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 !!! ERROR: dev-libs/glib-2.10.2 failed. Call stack: , line : Called die
$ emerge --info Portage 2.1_rc1-r2 (default-darwin/macos/10.4, gcc-4.0.1, libsystem-7.1-r0, 8.6.0 Power Macintosh) ================================================================= System uname: 8.6.0 Power Macintosh powerpc macos-20041118 distcc 2.18.3-Apple powerpc-apple-darwin8.0 (protocols 1 and 2) (default port 3632) [disabled] dev-lang/python: [Not Present] dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: [Not Present] sys-devel/autoconf: [Not Present] sys-devel/automake: [Not Present] sys-devel/binutils: [Not Present] sys-devel/libtool: [Not Present] virtual/os-headers: 7.1 ACCEPT_KEYWORDS="ppc-macos ~ppc-macos" AUTOCLEAN="yes" CBUILD="powerpc-apple-darwin8" CFLAGS="-mtune=G4 -O2 -pipe" CHOST="powerpc-apple-darwin8" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/revdep-rebuild /etc/env.d" CXXFLAGS="-mtune=G4 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig buildpkg collision-protect distlocks keepwork metadata-transfer sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/Users/ndimiduk/repos/gentoo/portage-tree-overlay" SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage" USE="ppc bzip2 emacs emboss expat ffcall java nls opengl pcre png ppc-macos python ssl unicode zlib elibc_Darwin kernel_Darwin userland_Darwin" Unset: ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS
It is because libtool.eclass execs unconditionally glibtoolize --force --copy on darwin, which does not work when the ltmain.sh bundled with the pkg comes from a newer libtool; it links correctly if you do not exec elibtoolize or comment the glibtoolize call. This is not a problem in prefix, so I think we could drop the issue.
Created attachment 87032 [details, diff] conditional elibtoolize I think this should not be ignored because the ebuild caries the ppc-macos keyword in the main tree, not the prefix overlay. It should be fixed or the keyword dropped. Applying the attached patch does indeed fix the problem. Any thought before I commit this?
I like the patch, because it removes a conditional. Nick if you're sure it works, commit it. I'll test on my system to see if it works when I get home (which might not be today, lol).
The patch ADDS a conditional, it is simply reversed... The problem, as I have already explained, does not exist in prefix, because we use the vanilla libtool there. Since what is in the main tree is not officially supported and since the patch is wrong wrt prefix do not apply it; if you want drop the keyword, anything else is wrong.
ah, I read the patch wrong. I agree with Emanuele: drop the keyword (in principle). Is there a previous version marked stable? What is the reverse dependency for this package on ppc-macos? If there is none, then drop the keyword, if there is, see if it can work with a previous version. If it can't, I'm affraid we have no choice to put in your patch for now.
now that elibtoolize ddrt libtoolized libs love us again.