Puzzled about gettext dependencies
Alexey Shuvaev
shuvaev at physik.uni-wuerzburg.de
Wed Feb 10 12:21:48 UTC 2010
On Tue, Feb 09, 2010 at 04:01:01PM -0800, Chuck Swiger wrote:
> Hi--
>
> On Feb 9, 2010, at 3:53 PM, Andrea Venturoli wrote:
> > # pkg_which /usr/local/bin/msgcat
> > gettext-0.17_1
> >
> > # ldd /usr/local/bin/msgcat
> > /usr/local/bin/msgcat:
> > libgettextsrc-0.17.so => /usr/local/lib/libgettextsrc-0.17.so (0x33c7f000)
> > libgettextlib-0.17.so => /usr/local/lib/libgettextlib-0.17.so (0x33cb4000)
> > libcroco-0.6.so.3 => /usr/local/lib/libcroco-0.6.so.3 (0x33d91000)
> > libxml2.so.5 => /usr/local/lib/libxml2.so.5 (0x33dc6000)
> > libz.so.4 => /lib/libz.so.4 (0x33ef2000)
> > libm.so.5 => /lib/libm.so.5 (0x33f04000)
> > libglib-2.0.so.0 => /usr/local/lib/libglib-2.0.so.0 (0x33f19000)
> > libintl.so.8 => /usr/local/lib/libintl.so.8 (0x33fc8000)
> > libpcre.so.0 => /usr/local/lib/libpcre.so.0 (0x33fd1000)
> > libncurses.so.7 => /lib/libncurses.so.7 (0x34004000)
> > libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x34043000)
> > libc.so.7 => /lib/libc.so.7 (0x3413a000)
> > libz.so.3 => /lib/libz.so.3 (0x3423c000)
> > libm.so.4 => /lib/libm.so.4 (0x3424d000)
> >
> > Is it me or the output of the latter command contraddicts the dependency database?
> > It seems to me libcroco, libglib, libpcre, and libxml2 are additional dependencies...
> >
> > Have I done something wrong?
>
> It doesn't do that here:
>
> # pkg_which /usr/local/bin/msgcat
> gettext-0.17_1
>
> # ldd /usr/local/bin/msgcat
> /usr/local/bin/msgcat:
> libgettextsrc-0.17.so => /usr/local/lib/libgettextsrc-0.17.so (0x2807e000)
> libgettextlib-0.17.so => /usr/local/lib/libgettextlib-0.17.so (0x280b2000)
> libncurses.so.6 => /lib/libncurses.so.6 (0x281b2000)
> libintl.so.8 => /usr/local/lib/libintl.so.8 (0x281f1000)
> libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x281fa000)
> libc.so.6 => /lib/libc.so.6 (0x282d9000)
>
> I wonder why it's dragged in all of those...?
>
The port autodetects the presence of these libraries and drags them in.
Taking a closer look at this it turned out that aDe@ has dropped
maintainership of what is referred to as 'autotools'. Not good :(
What follows is just an attempt to fix the problem, however it doesn't :)
and it seems that the port deserves more attention.
A little bit more than 0.02$,
Alexey.
-------------- next part --------------
diff -ruN /usr/ports/devel/gettext/Makefile gettext/Makefile
--- /usr/ports/devel/gettext/Makefile 2009-12-19 19:54:28.000000000 +0100
+++ gettext/Makefile 2010-02-10 13:14:41.000000000 +0100
@@ -30,7 +30,10 @@
CPPFLAGS="-I${LOCALBASE}/include" \
LDFLAGS="-L${LOCALBASE}/lib" \
EMACS="no"
-CONFIGURE_ARGS= --disable-csharp --disable-threads --disable-openmp
+CONFIGURE_ARGS= --disable-csharp --disable-threads --disable-openmp \
+ --without-libintl-prefix --with-included-glib \
+ --with-included-libcroco --with-included-libxml \
+ --disable-java
USE_LDCONFIG= yes
PLIST_SUB= VERSION=${PORTVERSION}
@@ -53,15 +56,6 @@
EXTRA_PATCHES+= ${FILESDIR}/extra-patch-nodocs
.endif
-pre-extract:
-.if exists(${PREFIX}/bin/kaffe)
- @${ECHO_MSG} "Gettext won't build with Kaffe's jar utility. Doing:"
- -${MV} ${PREFIX}/bin/jar ${PREFIX}/bin/jar.backup
- @${ECHO_MSG} "Be sure to mv" ${PREFIX}/bin/jar.backup ${PREFIX}/bin/jar
- @${ECHO_MSG} "if you abandon your attempt to build gettext."
- @sleep 5
-.endif
-
post-patch:
@${FIND} ${WRKSRC} -name configure -print | ${XARGS} \
${REINPLACE_CMD} -e 's|mkdir gmkdir|mkdir|'
@@ -72,14 +66,6 @@
.endfor
.endif
-post-build:
-.if exists(${PREFIX}/bin/kaffe)
- -${MV} ${PREFIX}/bin/jar.backup ${PREFIX}/bin/jar
- @${ECHO_MSG}
- @${ECHO_MSG} "Your" ${PREFIX}/bin/jar "has been restored."
- @sleep 5
-.endif
-
post-install:
.for f in po-compat.el po-mode.el
@${INSTALL_DATA} ${WRKSRC}/gettext-tools/misc/${f} \
More information about the freebsd-ports
mailing list