Updating libtool

-type f | grep -e ltconfig -e ltmain ) Scott -- Who can now close Bug#160074 "find .

-type f | grep -e ltconfig -e ltmain -e libtool" reads: ./libs/libwww/config/./libs/libwww/config/ltconfig ./libs/libwww/config/klibtool ./texk/acklibtool.m4 ./texk/klibtool ./config/./config/ltconfig I don't care about that stuff in ./libs/libwww, as we link dynamically with the installed lib /bin/sh # This purports to allow distributions to be built with shared # libraries.

Using `AC_PROG_RANLIB' is rendered obsolete by `AC_PROG_LIBTOOL' Putting files in AC_CONFIG_AUX_DIR, `config'. Regards, 2003-8-31(Sun) -- Debian Developer & Debian JP Developer - much more I18N of Debian Atsuhito Kohda Looks like aclocal didn't find your automake m4 files ... Then make sure you use the same branch of each when updating. But, sorry, I have not enough knowledge in these area. I have tried this, but it seems to fail: $ libtoolize -c -f Remember to add `AC_PROG_LIBTOOL' to `configure.in'.

aclocal autoconf texk/kpathsea/withenable.ac:42: warning: AC_CANONICAL_HOST invoked multiple times configure.in:159: warning: AC_CONFIG_SUBDIRS: you should use literals configure:3682: error: possibly undefined macro: AM_MAINTAINER_MODE If this token and others are legitimate, please use m4_pattern_allow. so I replaced `AC_PROG_RANLIB' with `AC_PROG_LIBTOOL' in top but still I got an error as; libtoolize -c -f You should update your `aclocal.m4' by running aclocal. aclocal autoconf texk/kpathsea/withenable.ac:42: warning: AC_CANONICAL_HOST invoked multiple times configure.in:159: warning: AC_CONFIG_SUBDIRS: you should use literals configure:18887: error: possibly undefined macro: AM_MAINTAINER_MODE If this token and others are legitimate, please use m4_pattern_allow. if I were you I'd go back to your last-known-good Te X source and look *carefully* at the following files... Using `AC_PROG_RANLIB' is rendered obsolete by `AC_PROG_LIBTOOL' You should add the contents of `/usr/share/aclocal/libtool.m4' to `aclocal.m4'. $ aclocal aclocal: cannot open xdvik.ac: No such file or directory So it seems that while it uses libtool, it doesn't use it the standard way.

This means that on the mips and mipsel architectures the following warning is produced during configure.

*** Warning: the command libtool uses to detect shared libraries, *** /usr/bin/file, produces output that libtool cannot recognize.

Before I bother the admins to install them, I would be glad if you, Scott, could check there is any information in there from that you can judge whether it will work or not - I have neither found the warning nor the success message you pointed out.

But enough of semantics/meta discussions, let's await a response from DA&Martynas. Henrik may be willing to wait but I try answer questions so that all can benefit.

*** The result is that libtool may fail to recognize shared libraries *** as such.

This will affect the creation of libtool libraries that *** depend on shared libraries, but programs linked with such libtool *** libraries will work regardless of this problem.

Nevertheless, you *** may want to report the problem to your system manager and/or to *** [email protected] updated libtool will produce the following message during configure output on mips (a good method of checking whether you've updated or not). pass_all ~~~~~~~~ In order to update your package to the latest version of libtool, ensure that libtool_1.4.3-10 is installed on your system and run the following commands from the source directory.

$ libtoolize -cf $ aclocal $ autoconf You should also remove any \"libtool\" or \"ltconfig\" file left lying around from a previous version of libtool.

440

Leave a Reply