Subject: Re: pkg/28647
To: None <tv@netbsd.org, gnats-admin@netbsd.org, pkgsrc-bugs@netbsd.org>
From: Idar Tollefsen <idart@performancedesign.no>
List: pkgsrc-bugs
Date: 04/21/2005 20:09:02
The following reply was made to PR pkg/28647; it has been noted by GNATS.

From: Idar Tollefsen <idart@performancedesign.no>
To: gnats-bugs@NetBSD.org
Cc: tv@netbsd.org, dbj@netbsd.org
Subject: Re: pkg/28647
Date: Thu, 21 Apr 2005 22:07:21 +0200

 This isn't solved in libtool 1.5.14 as the explanation for closing it 
 states.
 
 Trying to build audio/libaudiofile on OS X with libtool 1.5.14 installed 
 from pkgsrc still drops -framework. libaudiofile on OS X builds an 
 examples called osxplay. To do so, it tries to link against the 
 following frameworks (from examples/Makefile):
 osxplay_LDFLAGS = -framework AudioUnit -framework CoreServices
 These are dropped by libtool 1.5.14 exactly as the original report 
 describes it and the build fails.
 
 Would it be possible to reopen this and take another look at it?
 
 On another note; there's a glibtool in /usr/bin on OS X that also 
 identifies itself as GNU libtool 1.5.14, but which doesn't exhibit the 
 same problems. A temporary workaround for this problem for any affected 
 program is therefore to add:
 .if ${OPSYS} == "Darwin"
 LIBTOOL_OVERRIDE=	/usr/bin/glibtool
 .endif
 somewhere appropriate in the programs Makefile. This works for 
 audio/libaudiofile at least. Maybe it could even be set in mk.conf? Or 
 to stretch it even longer; why not build a libtool wrapper, ala Java 
 et.al., that satisfies the libtool dependency, but uses the system's own?
 
 
 - IT