Possible typo in AC_WITH_LTDL

In m4/ltdl.m4 I see AC_ARG_WITH([included_ltdl], [ --with-included-ltdluse the GNU ltdl sources included here]) Shouldn't that be AC_ARG_WITH([included-ltdl], ^ ? It doesn't really make a difference when you run it, but it looks incorrect.

Re: Possible typo in AC_WITH_LTDL

Kevin Ryde wrote: Peter Eisentraut [EMAIL PROTECTED] writes: Shouldn't that be AC_ARG_WITH([included-ltdl], ^ No, it's the name of a variable. The first argument of AC_ARG_WITH is the (partial) name of a command-line option, not a variable. The command-line

Re: Libtool makes configure scripts check for unneeded compilers

, AC_LIBTOOL_CXX should also never be called. But that doesn't happen. Why? -- Peter Eisentraut [EMAIL PROTECTED] ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool

Flags to strip static libraries

Does anyone know why libtool uses 'strip --strip-debug' to strip static libraries? ISTM that 'strip -x' (a.k.a. 'strip --discard-all') would be more appropriate (i.e., makes the file smaller and the library still works). -- Peter Eisentraut [EMAIL PROTECTED

Re: libtool 1.4 not passing linker directives

Ian Peters writes: Yes, the end goal is to have all of the libraries between the -Bstatic and -Bdynamic linked statically, while keeping a dynamic binary against libc and ld-linux. You do realize that this goal cannot be portably accomplished, so you perhaps shouldn't use libtool? -- Peter

Re: lib installation

nothing to do with libtool, because libtool doesn't have anything to do with makefiles. -- Peter Eisentraut [EMAIL PROTECTED] http://funkturm.homeip.net/~peter ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool

Re: Use of libtoolize

Lawrence, David (STEI) writes: You should update your aclocal.m4 by running aclocal. The bootstrap file runs aclocal before libtoolize. Is there a way to prevent this message? Run libtoolize before aclocal. (libtoolize fetches files that become part of aclocal.m4.) -- Peter Eisentraut

Re: libtool linking-Help

(?) in that directory and moved it later, or the package that you use is misconfigured to that effect. -- Peter Eisentraut [EMAIL PROTECTED] http://funkturm.homeip.net/~peter ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo

Re: how to run ldd on non-installed .so ?

libltdl. -- Peter Eisentraut [EMAIL PROTECTED] http://funkturm.homeip.net/~peter ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool

Libtool 1.3e on i586-sco-sysv5uw7.1.1 FIX

it. 2001-04-24 Peter Eisentraut [EMAIL PROTECTED] * libtool.m4: Change unixware*) to sysv5uw7*) to reflect config.guess change. Use compiler driver, not linker, for linking shared libraries. *** libtool.m4.orig Tue Apr 24 12:30:41 2001 --- libtool.m4 Tue Apr 24 12:39:17

Re: 1.3e (1.910) test results for hppa2.0n-hp-hpux11.00 (FAIL)

to this list under Libtool 1.3e on i386-unknown-freebsd4.3 FIX. -- Peter Eisentraut [EMAIL PROTECTED] http://funkturm.homeip.net/~peter ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool

Re: _init in shared libraries?

in a perfectly working shared library with my own _init routine. Too clumsy for real use, tho. I think what you were trying to do (i.e., supplying own _init) once worked with stock GCC, but somehow it doesn't anymore. -- Peter Eisentraut [EMAIL PROTECTED] http://yi.org/peter-e

Re: Libtool eats redundant link objects

to "merged with ILD branch". -- Peter Eisentraut [EMAIL PROTECTED] http://yi.org/peter-e/ ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool

Re: Libtool eats redundant link objects

), and merged in 1.138 (March 1999). It seems this was fully intentional. In fact, the code says # Make sure that $var contains only unique libraries # and add them in reverse order The ChangeLog only has * ltmain.in: Merged Thomas' ild-patch. Untested. -- Peter

Removing .libs directories

run $rm $rmfiles + done + + for dir in $cleandirs; do + if test -d "$cleandirs"; then + $show "rmdir $dir /dev/null 21" + $run rmdir $dir /dev/null 21 + fi done exit 0 ;; -- Peter Eisentraut [EMAIL PROTECTED]