Re: Small fix for 1.5.16 to turn off installation on default

2005-04-29 Thread Ralf Wildenhues
this patch to HACKING (HEAD, branch-2-0): 2005-04-29 Ralf Wildenhues [EMAIL PROTECTED] * HACKING: Updated. Index: HACKING === RCS file: /cvsroot/libtool/libtool/HACKING,v retrieving revision 1.16 diff -u -r1.16 HACKING

Re: Small fix for 1.5.16 to turn off installation on default

2005-04-29 Thread Ralf Wildenhues
* Dalibor Topic wrote on Fri, Apr 29, 2005 at 12:56:00PM CEST: Ralf Wildenhues wrote: I am very sorry for this. I can push out a 1.5.18 with one of your fixes, but I don't think I can manage to do it this weekend and I'm gone most of next week. Ralf, thank you very much for taking care

Re: Failed Tests

2005-05-02 Thread Ralf Wildenhues
Hi Timothy, * Timothy Moran wrote on Sat, Apr 30, 2005 at 05:33:11PM CEST: Just leaving a message about certain bugs that your program had responded to. Thanks. Attached file is a trap log from Linux/Linspire. Tim M. Igland:/Added Programs/libtool-1.5.16#

Re: [rth@redhat.com: libjava build times]

2005-05-04 Thread Ralf Wildenhues
Hi Joe, others, * Joe Buck wrote on Mon, May 02, 2005 at 08:01:49PM CEST: We really need something done about this problem, as it interferes with our ability to efficiently develop GCC. How many objects does libjava contain? Rather 100 or 1000? Do you need relinking because of command line

Re: broken dependency_libs handling of -pthread

2005-05-24 Thread Ralf Wildenhues
Hi Joerg, * Joerg Sonnenberger wrote on Mon, May 23, 2005 at 06:17:15PM CEST: On Thu, May 19, 2005 at 07:17:28PM +0200, Joerg Sonnenberger wrote: libtool-1.5.18 doesn't include -pthread in the dependency_libs field of the .la file. This leads to link errors on DragonFly, Not only on

Re: Failed Tests

2005-05-24 Thread Ralf Wildenhues
Hi Stephen, * Stephen More wrote on Tue, May 24, 2005 at 08:44:27PM CEST: I built libtool-1.5.6 on a RHEL4 ( Red Hat Enterprise Linux Box ) $ ./config.guess i686-pc-linux-gnu *snip* I then built libtool-1.5.18 on the same box and got: 25 of 101 tests failed Is there anything else you

Re: libtool fails without a CXX compiler installed

2005-05-24 Thread Ralf Wildenhues
Hi Eric, * Eric Sandall wrote on Tue, May 24, 2005 at 06:54:23PM CEST: Without g++ installed: checking whether we are using the GNU C++ compiler... no checking whether g++ accepts -g... no checking dependency style of g++... none checking how to run the C++ preprocessor... /lib/cpp

Re: Failed Tests

2005-05-25 Thread Ralf Wildenhues
Hi Stephen, * Stephen More wrote on Tue, May 24, 2005 at 11:30:28PM CEST: On 5/24/05, Ralf Wildenhues [EMAIL PROTECTED] wrote: * Stephen More wrote on Tue, May 24, 2005 at 08:44:27PM CEST: I built libtool-1.5.6 on a RHEL4 ( Red Hat Enterprise Linux Box ) $ ./config.guess i686-pc

Re: libtool-1.5.18 Check Fail information

2005-05-25 Thread Ralf Wildenhues
Hi TadayukiOgura, * TadayukiOgura() wrote on Sat, May 21, 2005 at 04:42:51AM CEST: I tried compiling libtool-1.5.18 on the environment, that listed below. And I found the check fail condition. Thanks for your report. Machine : SunFire V20Z(AMD Opeteron) O/S : Sun Sloraris10 x86 gcc

Re: libtool fails without a CXX compiler installed

2005-05-25 Thread Ralf Wildenhues
* Ralf Wildenhues wrote on Tue, May 24, 2005 at 10:02:31PM CEST: * Eric Sandall wrote on Tue, May 24, 2005 at 06:54:23PM CEST: Without g++ installed: checking whether we are using the GNU C++ compiler... no checking whether g++ accepts -g... no checking dependency style of g++... none

Re: Failed Tests

2005-05-25 Thread Ralf Wildenhues
Oh, no. * Ralf Wildenhues wrote on Wed, May 25, 2005 at 09:19:27AM CEST: Thanks a bunch! I'm sorry. I just recently learned that this phrase does _not_ mean Thanks a lot, but rather has a negative connotation. I'm not a native speaker, and also I tend to forget such things. Sorry for any

Re: Failed Tests

2005-05-25 Thread Ralf Wildenhues
* Stephen More wrote on Wed, May 25, 2005 at 02:42:55PM CEST: On 5/25/05, Ralf Wildenhues [EMAIL PROTECTED] wrote: Let me guess: Your /bin/sh is ash, and somehow libtool fails to find the proper $echo (which should be != echo). $ ls -l /bin/sh lrwxrwxrwx 1 root root 4 Apr 6 14:24

Re: Failed Tests

2005-05-25 Thread Ralf Wildenhues
Hi Stephen, * Stephen More wrote on Wed, May 25, 2005 at 03:47:57PM CEST: Great !! Yes, ECHO='echo -e' was set. I unset ECHO and now I pass All 112 tests. Good to know. After some trouble shooting, I have found out that this environment variable was set because of an installed rpm:

Re: Handling object name conflicts

2005-05-29 Thread Ralf Wildenhues
Hi Peter, * Peter O'Gorman wrote on Sat, May 28, 2005 at 05:56:03PM CEST: Ralf Wildenhues wrote: What happens instead with your patch applied (sorry for not checking myself)? Attached is a gnuradio build snippit. Also passes all tests. That looks fine, yes. Thanks! Cheers, Ralf

Re: recent changes in libtool-2-0 branch cause a m4 loop

2005-06-12 Thread Ralf Wildenhues
Hi Christoph, * Christoph Egger wrote on Sun, Jun 12, 2005 at 01:16:32PM CEST: Recent changes in the libtool-2-0 branch causes an infinite m4 loop. The patch I committed yesterday should fix the problem. Please report back whether it works for you. Thanks, Ralf

FYI: recent changes in libtool-2-0 branch cause a m4 loop

2005-06-17 Thread Ralf Wildenhues
Hi Christoph, * Christoph Egger wrote on Fri, Jun 17, 2005 at 07:25:05AM CEST: Quick hack: define our own (fixed) versions of m4_car and m4_cdr, so we are independent of the Autoconf version used. Does anybody know a better solution? This patch makes libtool branch-2-0 working with

Re: Libtool exports xmalloc symbol

2005-06-24 Thread Ralf Wildenhues
Hi Nickolay, * Nickolay V. Shmyrev wrote on Thu, Jun 23, 2005 at 11:15:03PM CEST: On fedora core 4 I can link my library with application using libtool 1.5.16 because I get error about duplication of xmalloc symbol. My library do has xmalloc, and libtool too. Are you talking about libltdl

Re: [libtool 2.1a] testsuite: 5 9 15 failed

2005-06-25 Thread Ralf Wildenhues
Hi Eric, * Eric Blake wrote on Fri, Jun 24, 2005 at 11:07:49PM CEST: Hehe, failure of the java one is new. I believe it's due to my virtually nonexistant knowledge of the language. :) Can anybody take a look at the source I put in libtool HEAD tests/convenience.at whether it

Re: [libtool 2.1a] testsuite: 5 15 failed

2005-06-30 Thread Ralf Wildenhues
Hi Chris, * Chris Oxenreider wrote on Thu, Jun 30, 2005 at 10:14:37PM CEST: I am having trouble compiling php-5 for apache under cygwin xp. I am trying to upgrage my libtool and I used the last CVS update. I compiled it and tested it. Durning the test it failed two times. Test 5 and

Re: libtool-1.5.18 -- installed files owned by non-root user

2005-06-30 Thread Ralf Wildenhues
Hi Peter, * Peter Breitenlohner wrote on Thu, Jun 30, 2005 at 05:29:40PM CEST: (1) libtool-1.5.18.tar.gz was unpacked by me (non-root), and consequently all files in the source tree were owned by me. (2) Next I configured and built libtool and consequently all files in the build tree were

Re: FYI: ltmain.m4sh needs to handle spaces in paths

2005-07-08 Thread Ralf Wildenhues
Hi Derek, * Derek Price wrote on Thu, Jul 07, 2005 at 07:11:40PM CEST: Ralf Wildenhues wrote: Oh, I wasn't going to yank it. That was supposed to be a joke. If you take it as an incentive to fix more cases, the better. :) Okay, the attached patch to 1.5 fixes loads of quoting issues

FYI: BUG: libtool-1.9f and libtool-1.5.18: install: you must specify a destination

2005-07-08 Thread Ralf Wildenhues
* Ralf Wildenhues wrote on Wed, Jul 06, 2005 at 07:05:01PM CEST: * Juergen Leising wrote on Wed, Jul 06, 2005 at 09:03:49AM CEST: The following error message appears due to a bug in func_mode_install (): /bin/sh ../../../libtool --mode=install cp -f 'libeic.la' '/usr/local/lib

Re: libtool 1.5.14 on mingw: DLLs must be installed executable

2005-07-08 Thread Ralf Wildenhues
Hi Bruno, * Bruno Haible wrote on Fri, Jul 08, 2005 at 03:07:33PM CEST: Using libtool 1.5.14 to install libiconv built for mingw, any program linked against the such installed libiconv-2.dll crashes on startup with a dialog box: The application failed to initialize properly (0xc022)

FYI: tests/sh.test uses $SED without setting it

2005-07-08 Thread Ralf Wildenhues
* Derek Price wrote on Fri, Jul 08, 2005 at 05:20:14PM CEST: Ralf Wildenhues wrote: * Derek Price wrote on Thu, Jul 07, 2005 at 07:06:37PM CEST: While working on some other stuff, I noticed that tests/sh.test is calling $SED without it being set, though this was only causing a *snip* You

Re: FYI: tests/sh.test uses $SED without setting it

2005-07-08 Thread Ralf Wildenhues
* Ralf Wildenhues wrote on Fri, Jul 08, 2005 at 05:28:06PM CEST: --- tests/defs8 Apr 2005 13:00:50 - 1.5.2.3 +++ tests/defs8 Jul 2005 15:26:53 - @@ -17,8 +17,9 @@ progname=`echo $0 | sed 's%^.*/%%'` libtool=../libtool -make=${MAKE-make} SHELL

FYI: libtool-1.5.18 -- installed files owned by non-root user

2005-07-08 Thread Ralf Wildenhues
* Peter Breitenlohner wrote on Wed, Jul 06, 2005 at 09:34:24AM CEST: What about simply chown -R root $(DESTDIR)$(ltdldatadir) \ chgrp -R root $(DESTDIR)$(ltdldatadir) || : where failure of chown/chgrp is ignored? Who cares about some noise when `make install' is done by

Re: FYI: libtool-1.5.18 -- installed files owned by non-root user

2005-07-09 Thread Ralf Wildenhues
Hi Gary, * Gary V. Vaughan wrote on Fri, Jul 08, 2005 at 07:27:51PM CEST: Sorry for the late review: No problem. On 8 Jul 2005, at 16:57, Ralf Wildenhues wrote: --- Makefile.am2 May 2005 09:20:24 -1.153 +++ Makefile.am8 Jul 2005 15:54:01 - @@ -254,6 +254,8 @@ done

Re: discards qualifiers from pointer target type in ltdl.c

2005-08-18 Thread Ralf Wildenhues
Hi Stefaan, * Stefaan wrote on Thu, Aug 18, 2005 at 12:06:10PM CEST: Only if a clean fix is possible, fixes it on all kinds of compilers while not introducing new warnings (or failures! Yes, I've managed to do that once!) on others, and rather not for branch-1-5. Of course, warnings

Re: libtool on aix 5.2

2005-08-22 Thread Ralf Wildenhues
Hi Evan, * Evan Rempel wrote on Tue, Aug 23, 2005 at 12:32:12AM CEST: Using libtool ltmain.sh (GNU libtool) 1.5.18 (1.1220.2.245 2005/05/16 08:55:27) on AIX 5.2 fail some of the tests. Acknowledged. Thanks for reporting this! FAIL: mdemo-make.test FAIL: dryrun.test FAIL:

Re: config.status (or something) writes out a crippled libtool script

2005-08-24 Thread Ralf Wildenhues
* Peter Ekberg wrote on Wed, Aug 24, 2005 at 07:54:00PM CEST: Ralf Wildenhues wrote: * Peter Ekberg wrote on Wed, Aug 24, 2005 at 03:40:42PM CEST: 3. do a s,/@/,/, on doc/libtool.texi, don't know what's up with my makeinfo... Please show exact error output, plus makeinfo version

Re: error: `S_IXOTH' undeclared in Mingw32

2005-08-28 Thread Ralf Wildenhues
Hi Haibin Zhang, * haibin zhang wrote on Sun, Aug 28, 2005 at 09:54:49AM CEST: HI All: When I use autoconf,automake and libtool to build project in Mingw32 (autoconf-2.59,automake-1.9.6 and libtool-1.5.18 ), it occured the following error: creating dirTest.exe

Re: 回复: Re: error: `S_IXOTH' undeclared in Mingw32

2005-08-28 Thread Ralf Wildenhues
Hi Zhang HaiBin, Thanks for reporting these issues. Please keep the mailing list in Cc:, so others can read and help, too. * haibin zhang wrote on Sun, Aug 28, 2005 at 01:14:27PM CEST: I found libtool-1.5.12 ~ 1.5.18 can't be used in Mingw32 ,libtool-1.5.10 can be used in Mingw32 I found

Re: multiply-defined symbols problem on solaris9 (libtool-1.5.18)

2005-08-30 Thread Ralf Wildenhues
Hi Derek, * Derek Feichtinger wrote on Tue, Aug 30, 2005 at 09:19:04AM CEST: I have more or less given up to get the project I am porting to autotools to compile on Solaris9 with the Forte-7 compiler. With the newer Sun compilers it works well, so I think it does not pay off to do a lot of

Re: 回复: Re: error: `S_IXOTH' undeclared in Mingw32

2005-08-30 Thread Ralf Wildenhues
Hello again, * haibin zhang wrote on Mon, Aug 29, 2005 at 09:06:30AM CEST: --- Ralf Wildenhues [EMAIL PROTECTED]写道: * haibin zhang wrote on Mon, Aug 29, 2005 at 07:48:59AM CEST: 2. when I create configure from Cygwin, it will occur error error: `S_IXOTH' undeclared in Mingw32

Re: Running ranlib after installation - okay or not?

2005-09-01 Thread Ralf Wildenhues
Hi Peter, * Peter O'Gorman wrote on Thu, Sep 01, 2005 at 07:09:35AM CEST: Peter O'Gorman wrote: | The problem is that libtool tries to run ranlib after install and that | ranlib can fail if the library is not writable? Thanks for the pointer. When I look more closely at this, I see in

Re: Strange behaviour in libtool-1.5.20

2005-09-05 Thread Ralf Wildenhues
Hi Yuri, Sorry for the response latency. * Пухальский Юрий Андреевич wrote on Fri, Sep 02, 2005 at 11:39:20AM CEST: I've encountered a strange behaviour on RedHat 9, with libtool 1.5.20 and gcc 3.4.3. I think, with previous libtool releases was the same problem. I have two files: *snip*

Re: error: `S_IXOTH' undeclared in Mingw32

2005-09-05 Thread Ralf Wildenhues
Hi zhang haibin, * haibin zhang wrote on Mon, Sep 05, 2005 at 10:49:46AM CEST: HI Ralf: If you have prepared to release libtool-1.5.20 , could you send it to me before release? let me to test it on Mingw. so that to find it could run on mingw or not ! libtool-1.5.20 is already released,

FYI: sysv5 deplibs host_os wrong match order (was: autoconf 2.59 (libtool) bug)

2005-09-06 Thread Ralf Wildenhues
Hi Roger, * Roger Cornelius wrote on Tue, Sep 06, 2005 at 02:18:43AM CEST: The problem is with matching sysv5UnixWare7.1.4 in $host_os. The case for sysv5* is matched before the case for sysv5UnixWare7*. This is also true for sysv5OpenUNIX8* and sysv5uw[78]* values of $host_os.

Re: incorrect LD_LIBRARY_PATH for binary wrapper script using non-recursive make

2005-09-06 Thread Ralf Wildenhues
Hi Marcel, * Marcel Martin wrote on Tue, Sep 06, 2005 at 01:54:20AM CEST: Hello, I'm using libtool 1.5.18 on Solaris 9 and I've encountered what seems to be a bug in libtool's wrapper script for uninstalled programs. It sets an incorrect LD_LIBRARY_PATH so the programs won't run.

Re: A UnixWare related bug

2005-09-06 Thread Ralf Wildenhues
Hi Stepan, Roger, * Stepan Kasal wrote on Tue, Sep 06, 2005 at 09:34:19AM CEST: Roger Cornelius has reported the following bug on bug-autoconf@gnu.org; I'm forwarding it to bug-libtool list. I have verified that the same bug is still present in CVS HEAD. As you surely notice, the patch

Re: link-order.at problem on Cygwin

2005-09-20 Thread Ralf Wildenhues
Hi Peter, * Peter Ekberg wrote on Tue, Sep 20, 2005 at 03:25:01PM CEST: The recent change to bug out when the exit code is non-zero [1] uncovered a silent failure on Cygwin (an MinGW I suppose) in the link-order.at test. The problem is as follows: 1. liba is built with an a_old symbol.

Re: Missing LDFLAGS in libtool

2005-10-09 Thread Ralf Wildenhues
Hi Neil, * Neil Kirr wrote on Sat, Oct 08, 2005 at 07:40:58PM CEST: I was trying to build libtool with a STATIC lib_gcc instead of the evil shared libgcc_s.so. To my surprise I found that I had to edit this file in order for it to build the shared libraries with the --static-libgcc:

Re: Missing LDFLAGS in libtool

2005-10-10 Thread Ralf Wildenhues
for the inconvenience. Now to your reply: * Neil Kirr wrote on Sun, Oct 09, 2005 at 03:35:34PM CEST: * Ralf Wildenhues wrote: * Neil Kirr wrote on Sat, Oct 08, 2005 at 07:40:58PM CEST: I was trying to build libtool with a STATIC lib_gcc instead of the evil shared libgcc_s.so. To my surprise

Re: (no subject)

2005-10-14 Thread Ralf Wildenhues
Hi Richard, * [EMAIL PROTECTED] wrote on Thu, Oct 13, 2005 at 11:38:39PM CEST: 1 of 112 tests failed Please report to bug-libtool@gnu.org make[2]: *** [check-TESTS] Error 1 make[2]: Leaving directory

Re: cygwin build problem with m4 HEAD

2005-10-16 Thread Ralf Wildenhues
Hi Eric, * Eric Blake wrote on Fri, Sep 02, 2005 at 03:29:58PM CEST: I don't know if this is a bug in m4 or in libtool, but with the absolute latest CVS autoconf, automake, and libtool installed into /usr/local, and latest CVS m4 plus my patch to fix bootstrap

Re: mail being held for moderator approval

2005-10-17 Thread Ralf Wildenhues
Hi Carol, * Carol Spears wrote on Mon, Oct 17, 2005 at 06:11:55PM CEST: i sent a bug here before i subscribed and it awaits moderator approval. being a moderator of a mail list myself, i humbly ask if i should resend the email now that i have subscribed? Not necessary, I've approved it

Re: libstdc++

2005-10-26 Thread Ralf Wildenhues
Hi Ethan, Thanks for your bug report. * Ethan A Burns wrote on Wed, Oct 26, 2005 at 08:25:08PM CEST: I have a library that I programmed in C. There is no C++ here, however, on my roomate's Gentoo box (Linux 2.6.11.7 i686 AMD Athlon(tm) Processor AuthenticAMD GNU/Linux) libtool 1.15.18 seems

Re: libstdc++

2005-10-27 Thread Ralf Wildenhues
Hi Ethan, Please keep the mailing list copied; this is useful for others as well. Thank you. * Ethan A Burns wrote on Thu, Oct 27, 2005 at 03:01:56AM CEST: The link line that is failing is: /bin/sh ../libtool --mode=link gcc -g -pipe -Wall -Werror -I../src -g -O2 -I/usr/include/SDL

Re: libstdc++

2005-10-27 Thread Ralf Wildenhues
Hi Ethan, * Ethan A Burns wrote on Thu, Oct 27, 2005 at 06:14:16PM CEST: Sorry, I did not realize I didn't have the list CCed. No problem at all. The reminder is also to avoid unpleasant surprises on your side. ;-) I removed the sdl-config -libs from the configure script with the

Re: libtool 1.5.20, Solaris, linking in static libraries into the shared libraries

2005-10-31 Thread Ralf Wildenhues
Hi Yuri, * Pooh wrote on Mon, Oct 31, 2005 at 11:31:24AM CET: There is a following problem using CC v5.5 (v5.6 from Studio 10 does show the same behaviour). I compile the sources (attached). test1 prints the message, while test2 doesn't. That is because when we compile static library

Re: libtool-1.5.20 -- lt_dlopenext fails to open preloaded module

2005-11-12 Thread Ralf Wildenhues
Hi Peter, * Peter Breitenlohner wrote on Thu, Nov 10, 2005 at 01:34:04PM CET: On Wed, 9 Nov 2005, Ralf Wildenhues wrote: * Peter Breitenlohner wrote on Mon, Nov 07, 2005 at 06:35:43PM CET: Recently I hacked together a small package in order to demonstrate how libtool works (using autoconf

Re: Bug-Report libtool-1.5.20

2005-11-28 Thread Ralf Wildenhues
Hi Chris, * Nuber, Christof wrote on Mon, Nov 28, 2005 at 10:44:52AM CET: I tried to run make check for libtool-1.5.20 on a Linux-2.4.21-37 ELsmp-Kernel (RedHat WS 3.6) on a HP xw 9300 (2x AMD Opteron 275), x64_86-Processor. 5 (mdemo-make.test, pdemo-inst.test, pdemo-exec.test,

Re: Bug-Report libtool-1.5.20

2005-11-29 Thread Ralf Wildenhues
[ I have put the bug-libtool list in Cc: again ] Hi Christof, * Nuber, Christof wrote on Tue, Nov 29, 2005 at 09:26:41AM CET: Von: Ralf Wildenhues * Nuber, Christof wrote on Mon, Nov 28, 2005 at 10:44:52AM CET: I tried to run make check for libtool-1.5.20 on a Linux-2.4.21-37 ELsmp

FYI: testsuite HEAD: old-m4-iface.at: autoconf --force fails

2005-12-16 Thread Ralf Wildenhues
Hi Kurt, * Kurt Roeckx wrote on Tue, Dec 13, 2005 at 06:17:28PM CET: On Tue, Dec 13, 2005 at 10:26:22AM +0100, Ralf Wildenhues wrote: old-m4-iface.at:135: $AUTOCONF --force stderr: Usage: autoconf [-h] [--help] [-m dir] [--macrodir=dir] [-l dir] [--localdir=dir] [--version

Re: [PATCH 1.5.20] documentation typos

2005-12-16 Thread Ralf Wildenhues
Hi Nicolas, * Nicolas Kaiser wrote on Wed, Dec 14, 2005 at 04:07:16PM CET: Some documentation typos. Thanks! Applied to branch-1-5 (all fixed in HEAD already). Cheers, Ralf 2005-12-16 Nicolas Kaiser [EMAIL PROTECTED] * doc/libtool.texi: Fix some documentation typos. Index:

Re: convenience libraries.

2005-12-16 Thread Ralf Wildenhues
Hi Yuri, * Pooh wrote on Fri, Dec 16, 2005 at 03:01:57PM CET: Why not have both versions for these intermediate libraries, and when producing final executable or shared library use the needed, depending on the flags - use non-PIC version for executable, if for example -static is

Re: RC tag available with no RC compiler?

2005-12-18 Thread Ralf Wildenhues
Hi Kurt, * Kurt Roeckx wrote on Sun, Dec 18, 2005 at 09:46:08PM CET: It seems that in the generate libtool, I have an RC tag, but I do not have a recourse compiler? All the variables in it have no value assigned to it (except compiler_c_o). Is that normal? Yes, I believe that is normal

Re: libtool: gentoo patch breaking on Debian amd64.

2005-12-28 Thread Ralf Wildenhues
Hi Kurt, * Kurt Roeckx wrote on Sun, Dec 25, 2005 at 01:14:43PM CET: I came accross a package that failed to build on Debian amd64 where it tried to link the static library instead of the shared one. This seems to have been caused by a change to libtool, which seems to come from gentoo.

Re: libtool: gentoo patch breaking on Debian amd64.

2005-12-29 Thread Ralf Wildenhues
Hi Kurt, * Kurt Roeckx wrote on Wed, Dec 28, 2005 at 02:36:07PM CET: On Wed, Dec 28, 2005 at 10:03:55AM +0100, Ralf Wildenhues wrote: Since I don't have a Debian amd64 system for testing, please rerun the build, post the ./libtool --mode=link command, and all of its output

Re: libtool 1.5.22 -- bug in LT_DLMUTEX_GETERROR()

2006-01-02 Thread Ralf Wildenhues
Hi Alexis, * Alexis Wilke wrote on Sat, Dec 31, 2005 at 08:04:05AM CET: There is a really bad bug in LT_DLMUTEX_GETERROR() which checks if the lt_dlmutex_seterror_func [see SET] instead of the lt_dlmutex_geterror_func [see, here GET]. Thanks for this bug report. I have applied this patch

Re: Libtool problem with shared lib in non-standard directory

2006-01-08 Thread Ralf Wildenhues
Hi Marcel, * Marcel Loose wrote on Thu, Jan 05, 2006 at 12:31:35PM CET: I encountered a problem where libtool does not add a -rpath to all the libs it adds on the link line. I'll try to describe the problem. I have two packages that are developed in-house, let's call them A and B. Package

Re: libtool not hardlinking library path on sparc*-sun-solaris*

2006-01-12 Thread Ralf Wildenhues
Hi Aleksandar, * Aleksandar Milivojevic wrote on Thu, Jan 12, 2006 at 04:49:48PM CET: I've a problem with libtool (1.5.22 and the version included with gcc 4.0.2). Platform is sparc*-sun-solaris*. Using gcc 4.0.2. The linker doesn't seem to influence it (I've had same problem with gcc

Re: -no-fast-install not working on all systems (was: new module 'ldd')

2006-01-13 Thread Ralf Wildenhues
* Ralf Wildenhues wrote on Fri, Jan 13, 2006 at 11:19:33AM CET: This is how `--no-fast-install' *should* work, and does in fact work on systems with hardcode_action != relink. Ouch. That should've been either the configuration option --disable-fast-install or the link flag -no-fast

Re: libtool not hardlinking library path on sparc*-sun-solaris*

2006-01-13 Thread Ralf Wildenhues
* Aleksandar Milivojevic wrote on Fri, Jan 13, 2006 at 04:17:03PM CET: Quoting Ralf Wildenhues [EMAIL PROTECTED]: * Aleksandar Milivojevic wrote on Thu, Jan 12, 2006 at 04:49:48PM CET: ./libtool --mode=link gcc -o libfoo.la -rpath /prefix/lib list-of-files gcc -shared list-of-files -lc -Wl

Re: Error detecting -fno-rtti -fno-exceptions availability under GCC 4

2006-01-23 Thread Ralf Wildenhues
Hi Luca, * Luca Fascione wrote on Tue, Jan 24, 2006 at 03:25:59AM CET: This script Will go and run a macro called AC_LIBTOOL_PROG_COMPILER_NO_RTTI which tests the availability of the compiler options -fno-rtti -fno-exceptions by running gcc -c -g -O2 -fno-rtti -fno-exceptions

Re: Libtool problem with shared lib in non-standard directory

2006-01-26 Thread Ralf Wildenhues
Hi Marcel, * Marcel Loose wrote on Thu, Jan 26, 2006 at 11:07:02AM CET: I have a package Common that (optionally) uses the 3rd party package Boost.Threads (and log4cplus). Another package Blob depends on Common. Whenever I try to run the test (using make check) on the Blob test programs I

Re: Libtool problem with shared lib in non-standard directory

2006-01-26 Thread Ralf Wildenhues
* Marcel Loose wrote on Thu, Jan 26, 2006 at 11:07:02AM CET: I have a package Common that (optionally) uses the 3rd party package Boost.Threads (and log4cplus). Another package Blob depends on Common. Whenever I try to run the test (using make check) on the Blob test programs I get an

Re: Small documentation bug (versioning)

2006-01-30 Thread Ralf Wildenhues
Hi Magne, Sorry for the delay. * Magne Oestlyngen wrote on Tue, Jan 24, 2006 at 06:50:04PM CET: I just looked at the libtool docs to understand -version-info, and believe there is a bug in the documentation (6.3 Updating library version information): Point 5 says: If any interfaces have

Re: Word splitting with zsh fix

2006-02-12 Thread Ralf Wildenhues
* DervishD wrote on Sat, Feb 11, 2006 at 01:22:26PM CET: I've spotted a problem with libtool that has to do with the word splitting that Zsh does in the expression '${1+$@}' (which, in turn, is a workaround to fix the $@ expansion problem when the variable is empty in old shells). GNU

Re: Word splitting with zsh fix

2006-02-13 Thread Ralf Wildenhues
[ moving to libtool-patches; sorry for the first-post moderation ] Hi Raúl, * DervishD wrote on Sun, Feb 12, 2006 at 11:33:15AM CET: * Ralf Wildenhues [EMAIL PROTECTED] dixit: * DervishD wrote on Sat, Feb 11, 2006 at 01:22:26PM CET: I've spotted a problem with libtool that has to do

Re: call AC_DISABLE_SHARED conditionally for a certain host

2006-02-14 Thread Ralf Wildenhues
* Ralf Wildenhues wrote on Tue, Feb 14, 2006 at 11:49:37AM CET: Well, hope this gets you set for the release: use | AC_CANONICAL_HOST | case $host in | *-*-linux* | *-*-darwin*) | AC_ENABLE_SHARED | ;; | *-*-mingw32*) | AC_DISABLE_SHARED | ;; | esac and make

Re: call AC_DISABLE_SHARED conditionally for a certain host

2006-02-14 Thread Ralf Wildenhues
* Florian Schricker wrote on Tue, Feb 14, 2006 at 12:52:11PM CET: On Tue, 2006-02-14 at 11:49 +0100, Ralf Wildenhues wrote: Please let us know where the MINGW32 problems are. If you did not use `-no-undefined' while linking, please do so. Maybe that solves your issues. I got quite

AS_CASE (was: call AC_DISABLE_SHARED conditionally for a certain host)

2006-02-14 Thread Ralf Wildenhues
Playing the ball back to autoconf-patches.. * Ralf Wildenhues wrote on Tue, Feb 14, 2006 at 03:01:41PM CET: This will not work: *snip* because the arguments to LT_INIT are interpreted at m4 time already. And this case $host in foo) LT_INIT([disable-shared]) ;; *) LT_INIT ;; esac

Re: AS_CASE

2006-02-14 Thread Ralf Wildenhues
Hi Paul, * Paul Eggert wrote on Wed, Feb 15, 2006 at 05:58:59AM CET: Ralf Wildenhues [EMAIL PROTECTED] writes: OK to apply this patch? Yes, it looks good to me, except please change this: AT_SETUP([AS@[EMAIL PROTECTED] and AS@[EMAIL PROTECTED]) Changed and installed. Thanks

Re: call AC_DISABLE_SHARED conditionally for a certain host

2006-02-16 Thread Ralf Wildenhues
Hi Florian, * Florian Schricker wrote on Wed, Feb 15, 2006 at 03:29:10PM CET: Well... I get: checking whether to build shared libraries... no checking whether to build static libraries... yes Which is fine. on MinGW32, which is good - but still shared objects are build: if /bin/sh

Re: ports/94826: [patch] Very slow startup for libtool ltdl clients (eg gnucash)

2006-03-23 Thread Ralf Wildenhues
* Peter Jeremy wrote on Wed, Mar 22, 2006 at 07:42:33PM CET: On Wed, 2006-Mar-22 17:28:11 +0100, Ralf Wildenhues wrote: Thanks for the patch. A question before I apply it: this should work on DragonFly as well, right? Could somebody confirm this, to avoid another bug report to this end

Re: ports/94826: [patch] Very slow startup for libtool ltdl clients (eg gnucash)

2006-03-24 Thread Ralf Wildenhues
Hi Noah, * Noah Misch wrote on Fri, Mar 24, 2006 at 01:45:33AM CET: On Wed, Mar 22, 2006 at 05:28:11PM +0100, Ralf Wildenhues wrote: * Peter Jeremy wrote on Wed, Mar 22, 2006 at 09:27:31AM CET: Ideally, libtool should implement a test case to determine whether an OS tracks shared

Re: multilib support

2006-03-26 Thread Ralf Wildenhues
Hi Simon, Bob, Sorry for the delay. * Bob Friesenhahn wrote on Sun, Mar 12, 2006 at 04:53:37PM CET: On Sat, 11 Mar 2006, Simon Stelling wrote: It seems like libtool has some problems on multilib-enabled systems. Yes. When libtool is given a -l argument is tries to find a matching libtool

Re: ports/94826: [patch] Very slow startup for libtool ltdl clients (eg gnucash)

2006-03-27 Thread Ralf Wildenhues
* Peter Jeremy wrote on Wed, Mar 22, 2006 at 07:42:33PM CET: I should acknowledge that the problem and fix were pointed out by [EMAIL PROTECTED] Thanks, I'll mention Joerg. On Wed, 2006-Mar-22 17:28:11 +0100, Ralf Wildenhues wrote: I'll put adding such a test on the TODO list. I'll also put

Re: Problem report as per the output of the 'check' process.

2006-03-28 Thread Ralf Wildenhues
* Michael C. Tiernan wrote on Tue, Mar 28, 2006 at 02:27:47PM CEST: Regarding the speed of the system, although it's a reasonably fast system, there was a lot going on when I was doing these builds. That is ok then. (There could've been an issue with then shell selection algorithm, that's why

FYI: Minor but annoying bug in ld.so.conf/ld.so.conf.d parsing in libtool.m4

2006-03-28 Thread Ralf Wildenhues
* Orion Poplawski wrote on Tue, Mar 28, 2006 at 07:15:28PM CEST: Ralf Wildenhues wrote: Thanks for reporting this. How about this instead? lt_ld_extra=`awk '/^include / { system(sprintf(cd /etc; cat %s 2/dev/null, \$2)); skip = 1; } { if (!skip) print \$0; skip = 0; }' /etc/ld.so.conf

Re: stray stderr output for cat: /etc/ld.so.conf.d/*.conf:

2006-03-28 Thread Ralf Wildenhues
Hi Brian, * Brian Gough wrote on Tue, Mar 28, 2006 at 08:09:39PM CEST: On SUSE 9.3 and SUSE 10 I'm noticing stray error messages in configure output coming from AC_LIBTOOL_SYS_DYNAMIC_LINKER in libtool-1.5.22 and earlier. Probably this has been reported before checking dynamic

Re: A possible bug in libtool?

2006-04-04 Thread Ralf Wildenhues
Hi George, * George R Goffe wrote on Tue, Apr 04, 2006 at 01:26:39PM CEST: I've been trying to build the cvs version of subversion and have been getting the following error. Is this a bug in libtool? I believe not. Let's look closely: cd subversion/mod_dav_svn /bin/bash

Re: Ignoring SIGPIPE in libtoolize

2006-04-05 Thread Ralf Wildenhues
Hi Behdad, * Behdad Esfahbod wrote on Wed, Apr 05, 2006 at 08:25:41AM CEST: In GNOME project, we have severl machines running as tinderboxes, continuously building all our modules from CVS. In a lot of logs from these builds I'm seeing these lines: /usr/bin/libtoolize: line 93: echo:

Re: Tests failing on HP-UX 11.22/IA64 platform (libtool 1.5.22)

2006-04-18 Thread Ralf Wildenhues
Hi Christopher, * Seip, Christopher wrote on Mon, Apr 17, 2006 at 10:33:48PM CEST: I thought I'd try building testing on the same platform with HP's compiler in place of gcc. The number of failures went from 23 to 4. None of the tests changed from PASS to FAIL status, but 2 of them changed

Re: A minor libtool problem

2006-04-22 Thread Ralf Wildenhues
Hi Peter, Sorry for the long delay. * Peter Breitenlohner wrote on Tue, Mar 28, 2006 at 05:05:43PM CEST: When building packages using libtool there frequently are (lots of) warnings such as (edited to avoid overlong lines): libtool: link: warning: \

Re: support for SunPRO C/C++ on Linux

2006-05-08 Thread Ralf Wildenhues
Hi Bruno, * Bruno Haible wrote on Mon, May 08, 2006 at 09:44:42PM CEST: Here is a patch that adds support for Sun's C and C++ compilers 5.9, ported from Solaris to Linux. They exist for x86 and x86_64; I tested it only on x86. Thanks! The compiler executable for C is called 'c89' and 'c99'

Re: support for SunPRO C/C++ on Linux

2006-05-08 Thread Ralf Wildenhues
Hi Bruno, * Bruno Haible wrote on Mon, May 08, 2006 at 10:40:59PM CEST: The compiler executable for C is called 'c89' and 'c99' (two slightly different programs); for C++ it is called 'CC'. How unfortunate. Several compilers on GNU/Linux install themselves with links or wrappers

Re: support for SunPRO C/C++ on Linux

2006-05-10 Thread Ralf Wildenhues
Hi Bruno, * Bruno Haible wrote on Wed, May 10, 2006 at 02:01:31PM CEST: Here is a revised patch. I changed the recognition of the Sun compilers, and the whole_archive_flag_spec and postdeps, so that now all 112 tests PASS. Cool. With this patch, the FAILs are turned into PASS; all tests

Re: 64-bit library on Solaris SPARC

2006-05-11 Thread Ralf Wildenhues
Hi Marcel, * Marcel Martin wrote on Thu, May 11, 2006 at 01:01:36PM CEST: I'm trying to build a 64-bit library on Solaris 9 SPARC. I'm actually using autotools with a larger project, but I could reduce the problem to this small test case which uses only libtool: $ libtool --mode=link g++

Re: support for SunPRO C/C++ on Linux

2006-05-14 Thread Ralf Wildenhues
='-v -d 11 LIBTOOL=/tmp/branch-1-5/build-suncc/libtool' Unless anyone has complaints about these patches, I'll probably apply within the couple of days. Cheers, Ralf HEAD: 2006-05-14 Bruno Haible [EMAIL PROTECTED], Ralf Wildenhues [EMAIL PROTECTED] * libltdl/m4/libtool.m4

Re: Bug

2006-05-15 Thread Ralf Wildenhues
Hi Meron, Thank you for the bug report! * meron yemane wrote on Tue, May 16, 2006 at 05:13:23AM CEST: I am a new Linux User. And it gives me this error and told me to report the bug. I feel it might helpful if the problem is real other than my mistake in making the files. I can't see where

FYI: Ignoring SIGPIPE in libtoolize

2006-05-18 Thread Ralf Wildenhues
Hi Behdad, * Behdad Esfahbod wrote on Wed, Apr 05, 2006 at 10:39:30AM CEST: On Wed, 5 Apr 2006, Ralf Wildenhues wrote: * Behdad Esfahbod wrote on Wed, Apr 05, 2006 at 08:25:41AM CEST: In GNOME project, we have severl machines running as tinderboxes, continuously building all our

Re: libtool: invalid tag name: CC

2006-05-21 Thread Ralf Wildenhues
[ Cc:ing bug-libtool as ltmain.sh belongs to Libtool ] Hi Leonard, * Leonard den Ottolander wrote on Sun, May 21, 2006 at 01:29:25PM CEST: Building gettext-0.14.5 on Minix-3.1.2 aborts with a libtool: invalid tag name: CC when building gettext-runtime. I would think 'CC' is a valid tag

Re: dynamic linker (Win32)

2006-05-22 Thread Ralf Wildenhues
Hi Florian, * [EMAIL PROTECTED] wrote on Mon, May 22, 2006 at 11:00:51AM CEST: I recently stumbled some weird behaviour I'd like to report. Our projects here use libtool/g++ to build DLLs which works fine (now); but when configuring I get This is a Libtool issue. Please print the Libtool

Re: dynamic linker (Win32)

2006-05-22 Thread Ralf Wildenhues
* Florian Schricker wrote on Mon, May 22, 2006 at 12:11:50PM CEST: Von: Ralf Wildenhues [EMAIL PROTECTED] Our projects here use libtool/g++ to build DLLs which works fine (now); ltmain.sh (GNU libtool) 1.4e (1.1162 2002/11/22 22:36:25) (which is rather old, isn't it? But upgrading

Re: Cygwin failure with large number of sources

2006-06-14 Thread Ralf Wildenhues
* Christopher Hulbert wrote on Wed, Jun 14, 2006 at 04:37:50PM CEST: On 6/14/06, Ralf Wildenhues [EMAIL PROTECTED] wrote: setting not trigger a multiple archiver invocation? All these questions may be answered by the output of ./libtool --debug [rest of command line] log 21 That won't

Re: OBJDUMP incorrect on cross-compiles to mingw32

2006-06-21 Thread Ralf Wildenhues
Hi Simon, Thanks for the report. However, I do not think this is a bug: * Simon Josefsson wrote on Wed, Jun 21, 2006 at 03:48:08PM CEST: Hi! I'm using Debian's mingw32 packages to build native win32 DLL/EXE's with libtool. I'm configuring with: --host=i586-mingw32msvc

Re: libtool bug

2006-08-23 Thread Ralf Wildenhues
Hello Eytan, Eytan Barouch writes: I downloaded and installed autoconf-2.59 libtool-1.5.22 libmad-0.15.1b/ automake-1.9.6 a52dec-0.7.4 and ogle-0.9.2 on SUSE9.3 with a P4 3.33GHz chip Toshiba laptop. I followed all instructions and in the final make stage I got: libtool: unrecognized option

Re: picewise linking and MS lib.exe

2006-08-28 Thread Ralf Wildenhues
Hello Christopher, * Christopher Hulbert wrote on Sun, Aug 27, 2006 at 07:21:25PM CEST: Piecewise linking with the MS archiver (lib) doesn't work. Every invocation of the lib clobbers the old one. The solution is to list the library as the first object (really anywhere should be fine) in the

  1   2   3   >