Bug 327529 – dev-libs/apr-1.4.2 fails to emerge under OS X

• Product: Gentoo/Alt
• Status: RESOLVED FIXED

[Description John Gibson 2010-07-08 20:16:36 UTC]

dev-libs/apr-1.4.2 fails to emerge under OS X with the following error about libtool:
make -j3 -j1 
make[1]: Entering directory `/Library/Gentoo/var/tmp/portage/dev-libs/apr-1.4.2/work/apr-1.4.2'
/Library/Gentoo/bin/bash /Library/Gentoo/usr/bin/libtool --silent --mode=compile i686-apple-darwin10-gcc   -O2 -pipe -march=prescott -DHAVE_CONFIG_H -DDARWIN -DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp   -I./include -I/Library/Gentoo/var/tmp/portage/dev-libs/apr-1.4.2/work/apr-1.4.2/include/arch/unix -I./include/arch/unix -I/Library/Gentoo/var/tmp/portage/dev-libs/apr-1.4.2/work/apr-1.4.2/include/arch/unix -I/Library/Gentoo/var/tmp/portage/dev-libs/apr-1.4.2/work/apr-1.4.2/include  -o passwd/apr_getpass.lo -c passwd/apr_getpass.c && touch passwd/apr_getpass.lo
/Library/Gentoo/usr/bin/libtool: /Library/Gentoo/usr/bin/libtool: cannot execute binary file
make[1]: *** [passwd/apr_getpass.lo] Error 126


The makefile is running /bin/sh against libtool which is not a shell script under OS X. I tried editing the makefile (build/apr_rules.mk) to invoke libtool directly but that didn't fix the problem either:
make[1]: Entering directory `/Library/Gentoo/var/tmp/portage/dev-libs/apr-1.4.2/work/apr-1.4.2'
/Library/Gentoo/usr/bin/libtool --silent --mode=compile i686-apple-darwin10-gcc   -O2 -pipe -march=prescott -DHAVE_CONFIG_H -DDARWIN -DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp   -I./include -I/Library/Gentoo/var/tmp/portage/dev-libs/apr-1.4.2/work/apr-1.4.2/include/arch/unix -I./include/arch/unix -I/Library/Gentoo/var/tmp/portage/dev-libs/apr-1.4.2/work/apr-1.4.2/include/arch/unix -I/Library/Gentoo/var/tmp/portage/dev-libs/apr-1.4.2/work/apr-1.4.2/include  -o passwd/apr_getpass.lo -c passwd/apr_getpass.c && touch passwd/apr_getpass.lo
/Library/Gentoo/usr/bin/libtool: unknown option character `-' in: --silent
Usage: /Library/Gentoo/usr/bin/libtool -static [-] file [...] [-filelist listfile[,dirname]] [-arch_only arch] [-sacLT]
Usage: /Library/Gentoo/usr/bin/libtool -dynamic [-] file [...] [-filelist listfile[,dirname]] [-arch_only arch] [-o output] [-install_name name] [-compatibility_version #] [-current_version #] [-seg1addr 0x#] [-segs_read_only_addr 0x#] [-segs_read_write_addr 0x#] [-seg_addr_table <filename>] [-seg_addr_table_filename <file_system_path>] [-all_load] [-noall_load]
make[1]: *** [passwd/apr_getpass.lo] Error 1



Reproducible: Always




emerge --info:
Portage 2.2.01.15354-prefix (prefix/darwin/macos/10.6/x86, gcc-4.2.1, unavailable, 10.4.0 i386)
=================================================================
System uname: Darwin-10.4.0-i386-32bit
Timestamp of tree: Thu, 08 Jul 2010 02:40:02 +0000
distcc 3.1-toolwhip.1 i386-apple-darwin10.0 [disabled]
app-shells/bash:     4.0_p38
dev-lang/python:     2.6.5-r2
sys-devel/autoconf:  2.65-r1
sys-devel/automake:  1.10.3, 1.11.1
sys-devel/gcc-config: 1.4.1-r00.2
sys-devel/libtool:   2.2.10
ACCEPT_KEYWORDS="x86-macos ~x86-macos"
ACCEPT_LICENSE="* -@EULA"
CBUILD="i686-apple-darwin10"
CFLAGS="-O2 -pipe -march=prescott"
CHOST="i686-apple-darwin10"
CONFIG_PROTECT="/etc"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/terminfo"
CXXFLAGS="-O2 -pipe -march=prescott"
DISTDIR="/Library/Gentoo/usr/portage/distfiles"
FEATURES="assume-digests collision-protect distlocks fixpackages news nostrip parallel-fetch preserve-libs protect-owned sfperms strict unmerge-logs unmerge-orphans userfetch"
GENTOO_MIRRORS="http://gentoo.mirrors.hoobly.com/ http://gentoo.netnitco.net http://gentoo.osuosl.org/"
LDFLAGS=""

[Comment 1 Reilune 2010-07-27 08:10:40 UTC]

I come across this issue too.
It can be temporarily bypassed by link $EPREFIX/usr/bin/libtool to $EPREFIX/usr/bin/glibtool

[Comment 2 Fabian Groffen 2010-07-27 08:12:46 UTC]

hmmm, does the ebuild do something special with libtool here?  it shouldn't call libtool on OSX, but glibtool

[Comment 3 Reilune 2010-07-30 02:42:27 UTC]

Created attachment 240655 [details, diff]
call glibtool intead of libtool on OSX

[Comment 4 Fabian Groffen 2010-07-30 07:24:09 UTC]

I see thanks.

I would typically do something like

local g=
[[ ${CHOST} == *-darwin* ]] && g=g
sed -i -e .... ${g}libtool ... || die

(to make it shorter)

(I'm not in a place where I can commit a fix right now, but something like this or your patch needs to be committed asap)

[Comment 5 Reilune 2010-08-10 05:53:17 UTC]

still no one fix this issue in portage.
and another issue with libtool

to compile and install boost,
one have to link $EPREFIX/usr/bin/libtool to /$EPREFIX/usr/bin/x86_64-apple-darwin10-libtool

while to bypass this issue, one have to link $EPREFIX/usr/bin/libtool to /$EPREFIX/usr/bin/glibtool

it is a little interesting

[Comment 6 Fabian Groffen 2010-08-10 07:01:14 UTC]

Can you open a new bug for boost, it sounds like it's different.  I fixed the apr one now, thanks.