Re: [patch #6416] AmigaOS4 support in libtool

2008-03-12 Thread Ralf Wildenhues
Hello Henning, I have applied your patch now, including a NEWS entry, as below, and put you in THANKS. Please check that I did not make any errors, thanks. Gathering from the testsuite failure, the shared library support has some work ahead yet. Cheers, Ralf 2008-03-12 Henning Nielsen Lund

Re: [patch] 1.5.26 do echo=echo if necessary

2008-03-09 Thread Ralf Wildenhues
Hi Thien-Thi, * Thien-Thi Nguyen wrote on Sun, Mar 09, 2008 at 10:29:13AM CET: () Peter O'Gorman [EMAIL PROTECTED] () Sat, 08 Mar 2008 17:33:47 -0600 It seems likely that you have a configure that was created with a different version of libtool than ltmain.sh was created with. Are

Re: [libtool 2.2] testsuite: 34 failed

2008-03-08 Thread Ralf Wildenhues
On Sat, Mar 08, 2008 at 09:58:38AM +0100, Roberto Bagnara wrote: Ralf Wildenhues wrote: What I instead meant was: the installed libltdl.la file is missing, but the libltdl.so.7 file is still present, as is the ltdl.h header in the include directory. Does that still match your setup

Re: [libtool 2.2] testsuite: 55 failed with as-needed

2008-03-08 Thread Ralf Wildenhues
Hi Alexis, * Alexis Ballier wrote on Sat, Mar 08, 2008 at 02:50:09PM CET: Perhaps it's the desired behavior, but I get a failure on test 55 when using -Wl,--as-needed in LDFLAGS (and its ok if I remove it). From my poor understanding of template.at, the test is run for the case when libb

Re: cross compilation to w32

2008-03-08 Thread Ralf Wildenhues
Hi Gary, * Gary V. Vaughan wrote on Sat, Mar 08, 2008 at 05:39:38PM CET: On 8 Mar 2008, at 07:03, Ralf Wildenhues wrote: we have a couple of problems wrt. cross compilation to w32 in 2.2. When I cross-compile from GNU/Linux to MinGW using Debian's mingw32 packages (i586-mingw32msvc-gcc etc

Re: [libtool 2.2] testsuite: 18 19 64 failed [Solaris 7 SPARC]

2008-03-07 Thread Ralf Wildenhues
Hello Peter, * Peter O'Gorman wrote on Fri, Mar 07, 2008 at 02:04:41AM CET: Peter O'Gorman wrote: Nelson H. F. Beebe wrote: libtool: link: f90 -shared -Qoption ld --whole-archive ./.libs/liba1.a ./.libs/liba2.a -Qoption ld --no-whole-archive -Qoption ld -soname -Qoption ld

Re: [libtool 2.2] testsuite: 34 failed

2008-03-07 Thread Ralf Wildenhues
On Sat, Mar 08, 2008 at 08:27:38AM +0100, Roberto Bagnara wrote: Ralf Wildenhues wrote: I can reproduce this error under the following circumstances: A libltdl 2.1 or newer has previously been installed in a place where the preprocessor and the link editor can find headers resp. library

Re: [libtool 2.2] testsuite: 19 64 failed [Solaris AMD64]

2008-03-06 Thread Ralf Wildenhues
Hello Peter, * Peter O'Gorman wrote on Thu, Mar 06, 2008 at 06:36:22AM CET: I admit that I don't understand the failures like this one yet. Nelson H. F. Beebe wrote: /convenience.at:265: $LIBTOOL --tag=GCJ --mode=link $GCJ $GCJFLAGS $LDFLAGS -o liba12.la liba1.la liba2.la -rpath

Re: [libtool 2.2] testsuite: 19 35 36 44 45 46 48 49 50 51 52 53 60 61 62 64 failed [GNU/Linux PowerPC]

2008-03-06 Thread Ralf Wildenhues
? Cheers, Ralf 2008-03-06 Ralf Wildenhues [EMAIL PROTECTED] * tests/convenience.at (Java convenience archives): Skip test if gcj cannot compile a .java file. Report by Nelson H. F. Beebe. Index: tests/convenience.at

Re: [libtool 2.2] testsuite: 19 35 36 44 45 46 48 49 50 51 52 53 60 61 62 64 failed [GNU/Linux PowerPC]

2008-03-06 Thread Ralf Wildenhues
Hello Nelson, * Nelson H. F. Beebe wrote on Thu, Mar 06, 2008 at 02:18:18AM CET: # -*- compilation -*- 35. am-subdir.at:33: testing ... libtoolize: putting auxiliary files in `.'. libtoolize: copying file `./ltmain.sh' libtoolize: putting macros in `m4'.

Re: libtool runs compiler command in wrong locale

2008-03-06 Thread Ralf Wildenhues
* Ralf Wildenhues wrote on Mon, Jan 21, 2008 at 08:18:26AM CET: * Bruno Haible wrote on Mon, Jan 21, 2008 at 12:46:12AM CET: [...] if ${opt_dry_run-false}; then :; else + eval $lt_switch_to_user_locale eval $my_cmd my_status=$? + eval

Re: [libtool 2.2] testsuite: 19 35 36 44 45 46 48 49 50 51 52 53 60 61 62 64 failed [GNU/Linux PowerPC]

2008-03-06 Thread Ralf Wildenhues
* Bob Friesenhahn wrote on Thu, Mar 06, 2008 at 08:43:15PM CET: On Thu, 6 Mar 2008, Peter O'Gorman wrote: I think the test for a working GCJ should be in libtool, and unset GCJ, avoid adding the tag etc.if it is found to be nonfunctional. We would have to issue a warning during configure or

compiler found but not functional (was: [libtool 2.2] testsuite: 19 35 36 44 45 46 48 49 50 51 52 53) 60 61 62 64 failed [GNU/Linux PowerPC]

2008-03-06 Thread Ralf Wildenhues
* Peter O'Gorman wrote on Thu, Mar 06, 2008 at 08:57:56PM CET: Ralf Wildenhues wrote: I'm considering doing that (the stop-gap measure). Your call. I've applied that now. Yes, and I can conceive just as well a libtool-using package which may optionally use a Java compiler, and thus

Re: [libtool 2.2] testsuite: 19 35 36 44 45 46 48 49 50 51 52 53 60 61 62 64 failed [GNU/Linux PowerPC]

2008-03-06 Thread Ralf Wildenhues
* Gary V. Vaughan wrote on Thu, Mar 06, 2008 at 10:41:47PM CET: On 6 Mar 2008, at 15:03, Bob Friesenhahn wrote: There needs to be a way to output any warnings at the tail end of configure so that at least someone is more likely to see them. Without adequate notification to the user, the

Re: [libtool 2.2] testsuite: 19 64 failed [GNU/Linux IA-32]

2008-03-06 Thread Ralf Wildenhues
* Peter O'Gorman wrote on Fri, Mar 07, 2008 at 08:40:08AM CET: Peter O'Gorman wrote: Ralf has already checked in a workaround for gcj being unable to create objects/executables. I guess I will add to that so it tests that an executable created by the compiler will actually run. Ok?

Re: mode=execute argument munging bug

2008-03-05 Thread Ralf Wildenhues
* Roberto Bagnara wrote on Wed, Mar 05, 2008 at 07:37:58AM CET: It is better now, but there is still the problem that, apparently, libtool redirects stdin for the program it is running. Gosh. How embarrassing. I've applied this patch. Thanks for testing! Ralf 2008-03-05 Ralf Wildenhues

Re: [libtool 2.2] testsuite: 19 35 36 44 45 46 48 49 50 51 52 53 60 61 62 64 failed [GNU/Linux PowerPC]

2008-03-05 Thread Ralf Wildenhues
* Bob Friesenhahn wrote on Thu, Mar 06, 2008 at 06:28:10AM CET: On Wed, 5 Mar 2008, Peter O'Gorman wrote: Your gcj and automake are broken. Do you have a sane toolchain on any of your systems? That sounds a little harsh. I think that the LZMA complaint from automake may be because

Re: [libtool 2.2] testsuite: 34 failed

2008-03-05 Thread Ralf Wildenhues
Hello Roberto, your posts are good sources of bug reports ... * Roberto Bagnara wrote on Sun, Mar 02, 2008 at 08:48:07AM CET: ## --- ## ## libtool 2.2 test suite. ## ## --- ## [...] ## ## ## Summary of the failures. ## ##

Re: libltdl memory corruption

2008-03-04 Thread Ralf Wildenhues
Hi Peter, * Peter O'Gorman wrote on Tue, Mar 04, 2008 at 07:14:51AM CET: Ralf Wildenhues wrote: So I'd appreciate a review of this, and also test results on systems with loaders other than preopen and dlopen. (I haven't even tested successful compilation on those other systems.) I

libtool generated by GNU $PACKAGE (was: [libtool 2.2] testsuite: 34 failed)

2008-03-04 Thread Ralf Wildenhues
a reporter. The hard part with this patch was ensuring that none of the libtool code uses this bit in a sed pattern (in some parts script headers are checked, but not this one, apparently). Cheers, and thanks to both of you for the report (I put you in THANKS), Ralf 2008-03-04 Ralf Wildenhues

mode=execute argument munging bug (was: [libtool 2.2] testsuite: 34 failed)

2008-03-04 Thread Ralf Wildenhues
-*- +# +# Copyright (C) 2008 Free Software Foundation, Inc. +# Written by Ralf Wildenhues, 2008 +# +# This file is part of GNU Libtool. +# +# GNU Libtool is free software; you can redistribute it and/or +# modify it under the terms of the GNU General Public License as +# published by the Free

Re: libltdl memory corruption

2008-03-03 Thread Ralf Wildenhues
I'd appreciate a review of this, and also test results on systems with loaders other than preopen and dlopen. (I haven't even tested successful compilation on those other systems.) Thanks, Ralf 2008-03-03 Ralf Wildenhues [EMAIL PROTECTED] * libltdl/loaders/dld_link.c (vl_exit): New

Re: Can't build Win32 DLL that links with static libraries

2008-03-02 Thread Ralf Wildenhues
Hi Neil, * Neil Roberts wrote on Sat, Mar 01, 2008 at 08:24:22PM CET: As I understand it, when linking a shared library libtool checks whether all of the dependencies are found and that they are valid libraries. In the old version of libtool it just did this using objdump which reports the

Re: GNU Libtool 2.2 and the future (Saturday, March 1st 2009, 22:22:22)

2008-03-02 Thread Ralf Wildenhues
Hello Jens, * Jens Schleusener wrote on Sun, Mar 02, 2008 at 10:01:19AM CET: congratulations for releasing GNU Libtool 2.2! But probably you have enjoyed too many (doubtless hard-earned) bottles of champagne ... ... or how is the date Saturday, March 1st 2009, 22:22:22 on top of the

Re: [libtool 2.2] testsuite: 34 failed

2008-03-02 Thread Ralf Wildenhues
Hello Roberto, * Roberto Bagnara wrote on Sun, Mar 02, 2008 at 08:48:07AM CET: I got errors on a Fedora 7 system (x86_64): the log file is attached. I have also tried using Libtool 2.2 on one of my projets, but I get the following: /bin/sh ../libtool --tag=CXX --mode=compile g++

Re: patch adding argz_add and argz_count implementation

2008-02-25 Thread Ralf Wildenhues
Hi Karl, * Karl Berry wrote on Mon, Feb 25, 2008 at 06:59:39PM CET: A Texinfo contributor made use of two argz functions that are not in the implementation in gnulib, argz_add and argz_count. As a result, of course compilation failed on non-glibc systems. They seemed trivial to implement,

Re: portability of -Lrelative_directory_name

2008-02-24 Thread Ralf Wildenhues
Hello Bruno, * Bruno Haible wrote on Sun, Feb 24, 2008 at 02:51:08PM CET: A while ago someone said that if in a build directory I have a (not yet installed) ../lib/libfoo.la, to link with this library I should *not* use libtool ... -L../lib -lfoo but rather mention the .la file

Re: libtoolize /ltmain.sh bug

2008-02-13 Thread Ralf Wildenhues
* Ralf Wildenhues wrote on Mon, Feb 11, 2008 at 11:01:53PM CET: In an empty directory this happens: $ libtoolize --copy --ltdl touch: cannot touch `/ltmain.sh': Permission denied libtoolize: can not copy `/home/ralf/local/share/libtool/config/ltmain.sh' to `/' libtoolize: copying file

libtoolize /ltmain.sh bug

2008-02-11 Thread Ralf Wildenhues
Hello, In an empty directory this happens: $ libtoolize --copy --ltdl touch: cannot touch `/ltmain.sh': Permission denied libtoolize: can not copy `/home/ralf/local/share/libtool/config/ltmain.sh' to `/' libtoolize: copying file `libltdl/config/compile' libtoolize: copying file

Re: libtool runs compiler command in wrong locale

2008-01-20 Thread Ralf Wildenhues
* Bruno Haible wrote on Mon, Jan 21, 2008 at 12:46:12AM CET: [...] if ${opt_dry_run-false}; then :; else + eval $lt_switch_to_user_locale eval $my_cmd my_status=$? + eval $lt_switch_to_safe_locale if test $my_status -eq 0; then :; else [...] +

Re: libtool shell feature checks run with wrong shell

2008-01-16 Thread Ralf Wildenhues
[ http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=447022 aka. http://thread.gmane.org/gmane.comp.gnu.libtool.bugs/5879/focus=342902 ] Hello, and sorry for the long delay. * Clint Adams wrote on Sat, Dec 15, 2007 at 02:39:36AM CET: On Fri, Dec 14, 2007 at 01:59:34AM +, Colin Watson wrote:

Re: libtool shell feature checks run with wrong shell

2008-01-16 Thread Ralf Wildenhues
* Clint Adams wrote on Wed, Jan 16, 2008 at 08:43:22PM CET: On Wed, Jan 16, 2008 at 06:44:30PM +, Colin Watson wrote: In my failing test case, I have /bin/sh in both these places, not /bin/bash. Same here. Let's find out what the differences in the setups are. Which version of dash?

Re: lib/progname.c

2008-01-02 Thread Ralf Wildenhues
[ Cc:ing bug-libtool ] Hello Bruno, Paul, all, * Bruno Haible wrote on Sat, Dec 29, 2007 at 05:36:01PM CET: Paul Eggert wrote: I do have a bit of trouble reading the code, though. It doesn't seem to match the comment: e.g., it strips a leading lt- even when there's no /.libs/. When I

Re: Mac OS X 10.2.8 HEAD test failures.

2007-12-11 Thread Ralf Wildenhues
Hi Peter, * Peter O'Gorman wrote on Tue, Dec 11, 2007 at 05:11:47PM CET: Ralf Wildenhues wrote: That's a bug, thanks for catching. Does it work if _LT_CHECK_BUILDDIR is only m4_require'd? I assume if that's fixed, there will still be more issues. It works a bit better, now

Re: ltmain.sh install does not support spaces in destdir

2007-12-06 Thread Ralf Wildenhues
Hello Sam, Thanks for the report and patch. * Sam Steingold wrote on Mon, Dec 03, 2007 at 06:08:47PM CET: VERSION=1.5.22 TIMESTAMP= (1.1220.2.365 2005/12/18 22:14:06) ltmain.sh install does not support spaces in destdir, because it does not quote destdir. this can be a serious problem for

Re: Second (non-fPIC) pass messages being suppressed on failure

2007-11-22 Thread Ralf Wildenhues
Hi Peter, * Peter Rosin wrote on Thu, Nov 22, 2007 at 09:03:41AM CET: On Thu, Nov 22, 2007 at 08:19:56AM +0100, Ralf Wildenhues wrote: +AT_DATA([nopicfail.c], +[[ +#ifndef PIC +choke me +#endif +int ans = 42; +]]) + +AT_DATA([picfail.c], +[[ +#ifndef PIC +choke me

Re: Problems combining static in shared libraries

2007-11-15 Thread Ralf Wildenhues
Hello Sven, Replying to this issue only for now: * Sven Verdoolaege wrote on Thu, Nov 15, 2007 at 10:48:40AM CET: In any case, I solved this problem by specifying AC_DISABLE_SHARED. However, my own library not only depends on a static library but also on some other libtool libraries (not

Re: New substitution: top_build_prefix

2007-11-10 Thread Ralf Wildenhues
* Ralf Wildenhues wrote on Thu, Nov 08, 2007 at 09:05:24PM CET: LIBLTDL = ${top_builddir}/ltdl/libltdl.la [...] New config files output variable `top_build_prefix'. Thanks to Paul and Benoit for reviewing my Autoconf patch. Here's what I could think of for Libtool. It's a bit ugly

New substitution: top_build_prefix

2007-11-08 Thread Ralf Wildenhues
Hello Autoconf patchers, We have hit another bug in HEAD Libtool, for which we could use help from Autoconf. This is the setting: a third-party package (GraphicsMagick) that uses libltdl in nonrecursive mode in a nonrecursive Makefile[1]. In this Makefile, the library is given as

Re: New substitution: top_build_prefix

2007-11-08 Thread Ralf Wildenhues
* Ralf Wildenhues wrote on Thu, Nov 08, 2007 at 09:05:24PM CET: New config files output variable `top_build_prefix'. * lib/autoconf/status.m4 (_AC_OUTPUT_FILE): Substitute `top_build_prefix'. * doc/autoconf.texi (Preset Output Variables): Document it. * NEWS

Re: bug-report

2007-11-05 Thread Ralf Wildenhues
Hello Sergey, * Sergey Pribilskiy wrote on Mon, Nov 05, 2007 at 09:51:33PM CET: [...] configure:2033: checking for a BSD-compatible install configure:2089: result: /usr/bin/install -c -o root -g wheel configure:2100: checking whether build environment is sane configure:2137: error: newly

Re: Fix chdir-long.m4 caching

2007-10-11 Thread Ralf Wildenhues
[ http://thread.gmane.org/gmane.comp.lib.gnulib.bugs/7149/focus=5820 ] * Eric Blake wrote on Tue, Oct 02, 2007 at 02:11:25PM CEST: According to Ralf Wildenhues on 10/1/2007 12:16 PM: I guess branch-1-5 Libtool is affected just as well, and I wonder whether, if we rename variables

Re: Fix chdir-long.m4 caching

2007-10-01 Thread Ralf Wildenhues
* Eric Blake wrote on Fri, Sep 28, 2007 at 06:33:45AM CEST: 2006-09-26 Eric Blake [EMAIL PROTECTED] and Ralf Wildenhues [EMAIL PROTECTED] * lib/autoconf/general.m4 (AC_CACHE_VAL): Warn if cache-id is not cached. * tests/base.at (AC_CACHE_CHECK): Adjust test to expect

Re: ar(1) issue building coreutils on 64-bit AIX

2007-08-20 Thread Ralf Wildenhues
Hello all, * Peter Rosin wrote on Fri, Aug 17, 2007 at 09:24:39PM CEST: Just pointing out that for libtool the archiver is never invoked as either of: $AR $AR_FLAGS cru ... $AR $AR_FLAGS x ... $AR $AR_FLAGS t ... it is always one of these instead: $AR $AR_FLAGS

Re: out of memory crash when accessing broken .la files

2007-08-15 Thread Ralf Wildenhues
* Dirk Mueller wrote on Wed, Aug 15, 2007 at 10:51:54AM CEST: On Wednesday, 15. August 2007, Ralf Wildenhues wrote: Could you post such a corrupted .la file, preferably gzip'ed so that it won't be harmed by mail transport? How did it get corrupted BTW? The initial report came from

Re: Portland Group C++ compiler: please support both pgCC and pgcpp alias

2007-08-05 Thread Ralf Wildenhues
Hi Tilman, * Tilman Koschnick wrote on Fri, Aug 03, 2007 at 05:43:22PM CEST: the Portland Group C++ compiler has two equivalent names that do the same: pgCC and pgcpp. libtool currently only supports the former one; it would be good if you could add support for both versions. Thanks!

Re: libtool generates incorrect option for Solaris ld

2007-07-02 Thread Ralf Wildenhues
* Vincent Lefevre wrote on Tue, Jul 03, 2007 at 01:22:35AM CEST: On 2007-07-02 22:40:37 +0200, Ralf Wildenhues wrote: Thanks for your feedback. Does this patch work for you? Yes, it solves the problem. Thanks. Thanks to both of you. Applied. * Peter O'Gorman wrote on Tue, Jul 03, 2007

Re: Make check fails in libtool 2.1a (CVS snapshot) on AIX

2007-07-01 Thread Ralf Wildenhues
Hello Kyle, * Kyle Stemen wrote on Sat, Jun 30, 2007 at 08:29:50AM CEST: I'm building libtool on AIX 5.3 release 4. I have gcc and other development tools installed from http://www-03.ibm.com/servers/aix/products/aixos/linux/download.html. Make check is failing on the CVS snapshot, 2.1a. It

Re: SunStudio compilers

2007-05-15 Thread Ralf Wildenhues
Hello Dmitri, Please keep the mailing list in Cc: so this information is conserved, thanks. * Dmitri Chubarov wrote on Mon, May 14, 2007 at 03:27:57PM CEST: That's right. The most recent version of libtool handles AC_LIBTOOL_PROG_COMPILER_PIC with Sun 5.9 C/C++ compilers correctly.

Re: SunStudio compilers

2007-05-14 Thread Ralf Wildenhues
Hello Dmitri, Thanks for the report. * Dmitri Chubarov wrote on Sat, May 12, 2007 at 12:06:23PM CEST: When defining AC_LIBTOOL_PROG_COMPILER_PIC, the values libtool assigns for SunStudio 11 and 12 compilers on Linux are not correct. The values should be lt_prog_compiler_wl='-Wl,'

Re: libtool-1.5.22 build (make check): 7 of 102 tests failed

2007-05-09 Thread Ralf Wildenhues
Hello Arto, Thanks for the report. * [EMAIL PROTECTED] wrote on Wed, May 09, 2007 at 08:55:12AM CEST: libtool-1.5.22 asks me to report: 7 of 102 tests failed (10 tests were not run) [...] the failed tests are ('grep FAIL $LOGFILE'): FAIL: depdemo-make.test FAIL: depdemo-make.test

Re: handling of -B with libtool

2007-05-09 Thread Ralf Wildenhues
* Mike Frysinger wrote on Tue, May 08, 2007 at 06:34:31PM CEST: -Bstatic would be valid for the compiler driver regardless ... if you had a directory in $PWD named static ... If you have a directory named static and used that as argument for -B, you deserve trouble. Also, isn't -B to be fed

Re: handling of -B with libtool

2007-05-08 Thread Ralf Wildenhues
Hello Mike, * Mike Frysinger wrote on Tue, May 08, 2007 at 12:41:44AM CEST: looking through current libtool code, i dont see any places that it allows gcc's -B arguments through to the linking stage ... is there such code Currently not. It would have to be at least a bit smart, too, to avoid

Re: linking got broken on MacOSX

2007-05-02 Thread Ralf Wildenhues
Hello Peter, Christoph, all, * Peter O'Gorman wrote on Wed, May 02, 2007 at 02:22:28PM CEST: Ralf, if you don't have a patch handy, I can look into this. I don't care if you do the work or I, but it was me who broke it. ;-) All I can say is that a test case should be added, and that I

Re: .ctor section of shared libraries with PathScale compiler

2007-04-26 Thread Ralf Wildenhues
Thanks Noah. I installed that, but changed the constant to be a #define in the header file. To ease Jeff's concerns about -shared: if libtool supports shared libraries for the system/compiler in question, then they will be preferred over static libs. So -shared is not needed in order for the

Re: Libtool fails to build working binary when -no-install is used

2007-04-10 Thread Ralf Wildenhues
* Peter O'Gorman wrote on Wed, Apr 04, 2007 at 12:06:58AM CEST: On Apr 3, 2007, at 4:44 PM, Ralf Wildenhues wrote: Do I understand correctly that Darwin has no way to hardcode library paths (other than the ones given by -install-name)? OK to apply and backport? It fixes the stresstest

Re: libtool 1.5.23b tests on ia64-hp-hpux11.23 and alphaev56-dec-osf4.0f

2007-04-06 Thread Ralf Wildenhues
Hello Dave, Thanks for the report. * deckrider wrote on Fri, Apr 06, 2007 at 01:30:26AM CEST: I ran libtool 1.5.23b tests on ia64-hp-hpux11.23 and alphaev56-dec-osf4.0f. ia64-hp-hpux11.23 had only one fail: hardcode.test. Known failure. alphaev56-dec-osf4.0f. reported that All 103

Re: Libtool fails to build working binary when -no-install is used

2007-04-03 Thread Ralf Wildenhues
Hi Peter, all, * quoting myself: * Simon Josefsson wrote on Thu, Mar 29, 2007 at 12:17:32PM CEST: /bin/sh ../libtool --tag=CC --mode=link gcc -DLIBSSH2_DARWIN -I/ usr/include -I/usr/include -no-install -L/usr/lib -lcrypto -L/usr/lib -lz -o simple simple.o ../src/libssh2.la mkdir

Re: Libtool fails to build working binary when -no-install is used

2007-03-29 Thread Ralf Wildenhues
Hi Simon, Thanks for the bug report. * Simon Josefsson wrote on Thu, Mar 29, 2007 at 12:17:32PM CEST: /bin/sh ../libtool --tag=CC --mode=link gcc -DLIBSSH2_DARWIN -I/ usr/include -I/usr/include -no-install -L/usr/lib -lcrypto -L/usr/lib -lz -o simple simple.o ../src/libssh2.la mkdir

Re: cygpath usage

2007-03-29 Thread Ralf Wildenhues
by an, umm, large factor, you could probably pay someone (else) to do a nice clean rewrite of Libtool. Alternatively, I'd welcome you to do to Libtool what you did to Autoconf some years ago. Cheers, Ralf 2007-03-29 Ralf Wildenhues [EMAIL PROTECTED] * libtool.m4 (AC_LIBTOOL_CONFIG

Re: Bug in LT_PROG_GCJ ?

2007-03-18 Thread Ralf Wildenhues
Hello Steve, and sorry for the delay, * Ralf Wildenhues wrote on Fri, Mar 16, 2007 at 06:34:34PM CET: * Steve Ellcey wrote on Fri, Mar 16, 2007 at 06:30:38PM CET: AC_DEFUN([LT_PROG_GCJ], [m4_ifdef([AC_PROG_GCJ], [AC_PROG_GCJ], [m4_ifdef([A][M_PROG_GCJ], [A][M_PROG_GCJ

Re: Bug in LT_PROG_GCJ ?

2007-03-16 Thread Ralf Wildenhues
* Steve Ellcey wrote on Fri, Mar 16, 2007 at 06:30:38PM CET: AC_DEFUN([LT_PROG_GCJ], [m4_ifdef([AC_PROG_GCJ], [AC_PROG_GCJ], [m4_ifdef([A][M_PROG_GCJ], [A][M_PROG_GCJ], [AC_CHECK_TOOL(GCJ, gcj,) test x${GCJFLAGS+set} = xset || GCJFLAGS=-g -O2

Re: s390 Linux jpeg-6b problem

2007-03-07 Thread Ralf Wildenhues
Allow me to keep the mailing list in Cc:, thanks. * Gnew, John C wrote on Wed, Mar 07, 2007 at 06:55:36PM CET: The tarball is at http://www.ijg.org/files/jpegsrc.v6b.tar.gz Wow. That's almost 9 years old! Still it works fine here once I replace the config.guess and config.sub files with newer

Re: libtool-1.15.23b (i386-unknown-freebsd4.3) check results

2007-02-23 Thread Ralf Wildenhues
* David Fang wrote on Fri, Feb 23, 2007 at 10:26:06PM CET: This failure is because $LD is set wrongly, see the configure output earlier: | checking for ld used by ccache gcc-3.4.0... g++-3.4.0 % ccache gcc-3.4.0 -print-prog-name=ld ld Hmm. Do you have $LD set? Does ccache set this

Re: libtool-1.15.23b (i386-unknown-freebsd4.3) check results

2007-02-22 Thread Ralf Wildenhues
Hello David, * David Fang wrote on Thu, Feb 22, 2007 at 05:17:17AM CET: Here are my results for libtool-1.15.23b on i386-unknown-freebsd4.3 (most PASSes omitted): Some relevant excerpts and notes: --8 snip 8--- = Finding libtool.m4's guesses at hardcoding values =

Re: [libtool 2.1a] testsuite: 25 49 failed (cockpit error)

2007-02-19 Thread Ralf Wildenhues
* Lynn Ten Eyck wrote on Fri, Feb 16, 2007 at 03:53:29PM CET: On Fri, 2007-02-16 at 14:11 +0100, Ralf Wildenhues wrote: The failure of 25 is new to me. Do you have a libltdl.so.7 installed in a place where the link editor finds it by default? If yes, is there a libltdl.la file installed

Fix check for new libltdl (was: [libtool 2.1a] testsuite: 25 49 failed)

2007-02-19 Thread Ralf Wildenhues
there will be a link error due to `lt_preloaded_symbols' being undefined. Guess I'll fix that too... I'm applying the following patch, which hopefully improves things in this area. Cheers, Ralf 2007-02-19 Ralf Wildenhues [EMAIL PROTECTED] * libltdl/m4/ltdl.m4 (LT_WITH_LTDL): Fix detection

Re: libtool issue with latest Sun cc compiler on Linux

2007-02-17 Thread Ralf Wildenhues
and branch-1-5, and adding you to THANKS. Cheers, Ralf HEAD: 2007-02-17 Ralf Wildenhues [EMAIL PROTECTED] * libltdl/m4/libtool.m4 (_LT_LINKER_SHLIBS) [ linux ] whole_archive_flag_spec: For Sun C/C++ 5.9, do not add /dev/null as dummy object, it fails with GNU ld version

Re: [libtool 2.1a] testsuite: 25 49 failed

2007-02-16 Thread Ralf Wildenhues
Hello Lynn, Thanks for the report. * Lynn F. Ten Eyck wrote on Thu, Feb 15, 2007 at 11:44:02PM CET: I installed libtool 2.1a from CVS tonight and installed it. The self- test failed two tests. The log reports most of the configuration information. I installed the latest released

Re: libtool issue with latest Sun cc compiler on Linux

2007-02-16 Thread Ralf Wildenhues
Hello Terry, Thanks for the report. * Terry D. Dontje wrote on Fri, Feb 16, 2007 at 01:55:10PM CET: [EMAIL PROTECTED]:~/tmp/compissue cc -mt -c foo.c -KPIC -DPIC -o foo.o [EMAIL PROTECTED]:~/tmp/compissue ar cru libtest.a foo.o [EMAIL PROTECTED]:~/tmp/compissue cc -G

Re: [GNU Autoconf 2.60] testsuite: 3 120 failed

2007-02-11 Thread Ralf Wildenhues
Hello Paul, all, http://thread.gmane.org/gmane.comp.sysutils.autoconf.bugs/5266/focus=5549 * Paul Eggert wrote on Thu, Oct 12, 2006 at 09:45:24PM CEST: Ralf Wildenhues [EMAIL PROTECTED] writes: This patch kills $as_executable_p. This breaks libtool.m4 from Libtool-1.5.22 (and possibly

Re: [GNU Autoconf 2.60] testsuite: 3 120 failed

2007-02-11 Thread Ralf Wildenhues
Hi Peter, Thanks for the quick review! * Peter O'Gorman wrote on Sun, Feb 11, 2007 at 01:18:56PM CET: On Feb 11, 2007, at 6:33 PM, Ralf Wildenhues wrote: OK to apply? +m4_ifndef([_AS_TEST_PREPARE], +[m4_defun([_AS_TEST_PREPARE], +[as_executable_p=test -f Could we test if test -x works

Re: Wrapper executable using wrong path for cross-compiled binaries?

2007-02-05 Thread Ralf Wildenhues
Hello Simon, Thanks for the report. * Simon Josefsson wrote on Thu, Feb 01, 2007 at 10:53:08AM CET: Hi! I'm trying to understand why 'make check' fails for GnuTLS with automake 1.10 as follows: ... fixme:msvcrt:_spawnve only trying .exe when no extension given Wine failed with return

Re: [patch] Dangling Pointer in libltdl

2007-01-28 Thread Ralf Wildenhues
; + } + saw_nonresident = 1; if (!LT_DLIS_RESIDENT (tmp) tmp-info.ref_count = level) { HEAD: 2007-01-28 Dave Brolley [EMAIL PROTECTED] Ralf Wildenhues [EMAIL PROTECTED] * libltdl/ltdl.c (lt_dlexit): Make sure that 'cur

Re: strings.h in argz.c?

2007-01-27 Thread Ralf Wildenhues
. Neither of these cases are worth worrying about. OK. Ralf Wildenhues [EMAIL PROTECTED] writes: Is it likely (in practice) to have math functions like sin, cos, available but not math.h? Similarly, is it likely to have string functions but not string.h? Not these days, no. However

Re: libtool error

2007-01-26 Thread Ralf Wildenhues
Hello Matthew, * Matthew Ford wrote on Fri, Jan 26, 2007 at 05:36:09AM CET: I am trying to build subversion 1.4.2 and continue to get this libtool error. cd subversion/mod_dav_svn /bin/bash /ap/d/serena/tt/build/subversion-1.4.2/libtool --tag=CC --silent --mode=link gcc -g -O2 -g -O2

Re: libtool, gettext, and HP-UX ia64 shared libraries

2007-01-24 Thread Ralf Wildenhues
Hello Bob, Apologies for the enormous delay. :-( * Bob Proulx wrote on Sat, Jan 20, 2007 at 07:50:04PM CET: A while ago I raised an issue trying to build coreutils on HP-UX ia64. http://lists.gnu.org/archive/html/bug-gnu-utils/2006-08/msg00083.html Let me keep this issue alive and

Re: [patch] Dangling Pointer in libltdl

2007-01-23 Thread Ralf Wildenhues
Hello Dave, Thanks for the bug report. * Dave Brolley wrote on Thu, Jan 18, 2007 at 07:39:23PM CET: The attached patch fixes a problem with a dangling pointer in lt_dlexit withing libltdl. The problem is that lt_dlclose is recursively called (via unload_deplibs) in order to close

Re: strings.h in argz.c?

2007-01-21 Thread Ralf Wildenhues
header checks in user code; that is, once all other checks for string.h and strings.h are eliminated from their configury. WDYT? Cheers, Ralf 2007-01-21 Ralf Wildenhues [EMAIL PROTECTED] Assume C89. * libltdl/argz.c: Do not include strings.h nor memory.h, include

Re: makeC++SharedLib_r not used on AIX

2007-01-16 Thread Ralf Wildenhues
Hello Tommi, Thanks for the report and the test case, and apologies for the delay. * Tommi Mäkitalo wrote on Fri, Dec 22, 2006 at 04:25:30PM CET: for building a C++-library on AIX there is a script makeC++SharedLib or makeC++SharedLib_r in multithreaded apps, which according to IBM have to

Re: Bug report as requested.

2007-01-09 Thread Ralf Wildenhues
Hello Hugh, Thanks for the bug report. * Hugh Sasse wrote on Tue, Jan 09, 2007 at 11:07:54AM CET: libtool-1.5.22 on Sun-sparc-solaris2.9 PASS: f77demo-static.test FAIL: f77demo-make.test SKIP: f77demo-exec.test PASS: f77demo-conf.test FAIL: f77demo-make.test SKIP: f77demo-exec.test

Re: -static does not select static libraries very well anymore ...

2007-01-08 Thread Ralf Wildenhues
Hello Roger, * Roger March wrote on Fri, Jan 05, 2007 at 08:52:57PM CET: I have been using libtool 1.5.18 for my builds for awhile. The applications link against libraries containing both static and shared versions. When 1.5.18 is linked with the '-static' flag, it seems to pretty much

Re: help plz

2006-12-20 Thread Ralf Wildenhues
Hello Mehul, * mehul shah wrote on Tue, Dec 19, 2006 at 03:37:09PM CET: libtool: unrecognized option `--tag=CXX' Try `libtool --help' for more information. This error comes from a Libtool release older than 1.5. Current is 1.5.22. You need to ensure that a newer libtool is used. Now, most

Re: bug in libtool rpath setting for _LT_AC_TAGVAR(hardcode_libdir_flag_spec, $1) (libtool 1.5.22)

2006-12-15 Thread Ralf Wildenhues
Hello James, * James Andrewartha wrote on Wed, Dec 13, 2006 at 05:23:01PM CET: On Wed, 13 Dec 2006, Ralf Wildenhues wrote: Where are libnss3.so, libsmime3.so, libssl3.so, and libsoftokn3.so located? Could you rerun 'make' non-parallel so we see which link is actually failing? They're

Re: bug in libtool rpath setting for _LT_AC_TAGVAR(hardcode_libdir_flag_spec, $1) (libtool 1.5.22)

2006-12-13 Thread Ralf Wildenhues
Hello James, Thanks for the report. * James Andrewartha wrote on Wed, Dec 13, 2006 at 12:53:32AM CET: The stable libtool release has a bug in libtool.m4 that sets _LT_AC_TAGVAR(hardcode_libdir_flag_spec, $1) to '${wl}--rpath ${wl}$libdir' by default instead of '${wl}-rpath ${wl}$libdir'

Re: 1.5.22 running ldconfig for unknown reason

2006-10-24 Thread Ralf Wildenhues
Hi Akim, Thanks for the report. * Akim Demaille wrote on Tue, Oct 24, 2006 at 11:23:07AM CEST: I have not investigated the following, so for a start I would just like to know whether the following is expected or not (doesn't seem to be): Yeah, looks like a missed optimization that can be

Re: [GNU Autoconf 2.60] testsuite: 3 120 failed

2006-10-12 Thread Ralf Wildenhues
[ removing bug-autoconf, adding bug-libtool ] Hello Paul, * Paul Eggert wrote on Wed, Oct 11, 2006 at 11:52:13PM CEST: Stepan Kasal [EMAIL PROTECTED] writes: 3) AS_EXECUTABLE_P is reduced to `test -x' (on modern hosts). (See the attached autoconf-20061009-bin-sh-3.patch.) IIRC, the

Re: how to turn off shared library notice in output of make install?

2006-09-28 Thread Ralf Wildenhues
Hello Kent, * Kent Boortz wrote on Thu, Sep 28, 2006 at 06:00:12AM CEST: I have been toying with an idea to create a wiki or something that is a GNU autotools cookbook. Not a tutorial, but more like the Perl cookbook. Unfortunately I still know way too little about the GNU autotools to fill

Re: how to turn off shared library notice in output of make install?

2006-09-27 Thread Ralf Wildenhues
[ Cc:ing bug-libtool ] Hello Ed, Thanks for the bug report. * Ed Hartnett wrote on Wed, Sep 27, 2006 at 03:54:00PM CEST: I have shared libraries turned off by default, by having this in my configure.ac: AM_DISABLE_SHARED When I build and do a make install, with or without shared

Re: how to turn off shared library notice in output of make install?

2006-09-27 Thread Ralf Wildenhues
* Ed Hartnett wrote on Wed, Sep 27, 2006 at 04:59:01PM CEST: Ralf Wildenhues [EMAIL PROTECTED] writes: to avoid much of libtool's blabla, and the developer will be able to set AM_LIBTOOLFLAGS=--silent But can this be done now? That is, can I somehow send the --silent to libtool now

Re: --preserve-dup-deps seems not to work

2006-09-13 Thread Ralf Wildenhues
Hello Stefan, Thanks for the bug report. * Stefan Traby wrote on Wed, Sep 13, 2006 at 04:01:19AM CEST: I tried libtool-1.4.3 (which introduced --preserve-dup-deps) in addition to 1.5.22 which I use normally: The long (real-world) output is here:

Re: AC_LIBTOOL_SYS_DYNAMIC_LINKER gcc -print-search-dirs problem

2006-09-13 Thread Ralf Wildenhues
Hello Bob, Kate, * Bob Friesenhahn wrote on Wed, Sep 13, 2006 at 04:34:52PM CEST: On Wed, 13 Sep 2006, Kate Minola wrote: On my x86_64-unknown-linux-gnu system, the m4 macro AC_LIBTOOL_SYS_DYNAMIC_LINKER in libtool.m4 uses gcc -print-search-dirs to set sys_lib_search_path_spec. I think

Re: AC_LIBTOOL_SYS_DYNAMIC_LINKER gcc -print-search-dirs problem

2006-09-13 Thread Ralf Wildenhues
* Peter O'Gorman wrote on Wed, Sep 13, 2006 at 04:41:56PM CEST: As far as I'm aware there is not going to be a fix for this in gcc, so yes, we need to fix it. Perhaps something like: echo int main(){return 0;} conftest.c search_path=`$CC $CFLAGS -c conftest.c 21 | awk 'BEGIN {RS= } /^

Re: AC_LIBTOOL_SYS_DYNAMIC_LINKER gcc -print-search-dirs problem

2006-09-13 Thread Ralf Wildenhues
* Peter O'Gorman wrote on Wed, Sep 13, 2006 at 04:55:11PM CEST: On Sep 13, 2006, at 11:49 PM, Ralf Wildenhues wrote: Only as a last resort, if you ask me. Other compilers love to disguise as gcc, and Autoconf's AC_FC_LIBRARY_LDFLAGS is witness of how helplessly maintenance-intensive

Re: AC_LIBTOOL_SYS_DYNAMIC_LINKER gcc -print-search-dirs problem

2006-09-13 Thread Ralf Wildenhues
* Peter O'Gorman wrote on Wed, Sep 13, 2006 at 05:20:28PM CEST: On Sep 14, 2006, at 12:12 AM, Ralf Wildenhues wrote: Alright, feel free to give it a shot. From the Autoconf macro we know that -LANG:=* | -LIST:* | -LNO:* should be ignored, for pathscale and some other compilers I have

Re: automake/libtool question

2006-09-12 Thread Ralf Wildenhues
Hello David, * David Everly wrote on Tue, Sep 12, 2006 at 02:11:16PM CEST: On 9/12/06, Ralf Wildenhues [EMAIL PROTECTED] wrote: * David Everly wrote on Tue, Sep 12, 2006 at 01:02:47AM CEST: HP-UX B.11.23 U ia64 Libtool is creating a script that wrappers the non-installed foo, and sets

Re: Fw: Re: gmake .... seems to be moved...

2006-09-05 Thread Ralf Wildenhues
Hello Maurizio, There was a small misunderstanding. With this line below: Please print the complete link command line that fails (the one that starts with .../libtool --mode=link) and its output, with --debug added as the first libtool option: .../libtool --debug --mode=link ... link-log

Re: gmake .... seems to be moved...

2006-09-05 Thread Ralf Wildenhues
* Caloro Maurizio wrote on Tue, Sep 05, 2006 at 02:15:43PM CEST: Sorry for the mistake, i think now i have the correct one Yes, the correct command. Now please issue it in the /usr/source/gtk+-2.10.2/gtk directory. If you omit the --debug, it should give the same errors as the ones you

Re: Fwd: Re: gmake .... seems to be moved...

2006-09-05 Thread Ralf Wildenhues
* Caloro Maurizio wrote on Tue, Sep 05, 2006 at 03:57:29PM CEST: LDFLAGS=-L/usr/lib; export LDFLAGS; /bin/bash ../libtool --debug i see on the file on line 17775, 17790, 18011 end on the end start to swap with /usr/local/lib. but its all under /usr/lib at home i dont

Re: gmake .... seems to be moved...

2006-09-04 Thread Ralf Wildenhues
Hello Caloro, Thanks for the report. To decide whether this is a bug, we need more information: * Caloro Maurizio wrote on Mon, Sep 04, 2006 at 03:46:16PM CEST: my solaris has the following status SunOS filemoon 5.9 Generic_118559-11 i86pc i386 i86pc GCC-4.1.1 Binutils-2.17

  1   2   3   >