[egagnon@j-meg.com: Bug#97759: libtool: build problem]

2001-05-17 Thread Ossama Othman
Hi guys, Bug report for libtool 1.4 from a Debian user. Any ideas? -Ossama - Forwarded message from Etienne M. Gagnon [EMAIL PROTECTED] - Subject: Bug#97759: libtool: build problem Reply-To: Etienne M. Gagnon [EMAIL PROTECTED], [EMAIL PROTECTED] Resent-From: Etienne M. Gagnon [EMAIL

[bam@snoopy.apana.org.au: Bug#97224: libtoolize reports aclocal.m4 out-of-date when it isn't]

2001-05-17 Thread Ossama Othman
Hi, Another problem with libtool 1.4 reported by a Debian user. -Ossama - Forwarded message from Brian May [EMAIL PROTECTED] - [snip] [544] [snoopy:unstable:bam] ~/source/ext2fs/heimdal-0.3e/build-tree/heimdal-0.3e aclocal -I cf [545] [snoopy:unstable:bam]

lots of -lresolv added to command line?

2001-05-17 Thread Ossama Othman
Hi, Here's another libtool 1.4 bug report from a Debian user: --- Is this a bug or a feature? /bin/sh ../../libtool --mode=link gcc -Wall -Wmissing-prototypes -Wpointer-arith -Wbad-function-cast -Wmissing-declarations -Wnested-externs

Re: lots of -lresolv added to command line?

2001-05-17 Thread Robert Boehne
Ossama Othman wrote: Hi, Here's another libtool 1.4 bug report from a Debian user: --- Is this a bug or a feature? /bin/sh ../../libtool --mode=link gcc -Wall -Wmissing-prototypes -Wpointer-arith -Wbad-function-cast

Re: lots of -lresolv added to command line?

2001-05-17 Thread Ossama Othman
Hi Robert, -lresolv -lresolv -lresolv -lresolv -lresolv -lresolv -lresolv -lresolv -lresolv -lresolv -lresolv -lresolv ../../lib/krb5/.libs/libkrb5.so -lresolv -lresolv -lresolv /home/bam/source/ext2fs/heimdal-0.3e/build-tree/heimdal-0.3e/lib/asn1/.libs/libasn1.so -lresolv -lresolv -lresolv

Re: [MLB] BUG in install when piecewise linking

2001-05-17 Thread Robert Boehne
Alexandre Oliva wrote: On May 9, 2001, Robert Boehne [EMAIL PROTECTED] wrote: So the problem seems to be that when relink_command is formed, it's passed through bug-ridden vendor sed. If there is another way to build $relink_command without running into this problem, I'd like to

RE: lots of -lresolv added to command line?

2001-05-17 Thread Thomas Tanner
Hi On 17-May-2001 Ossama Othman wrote: /bin/sh ../../libtool --mode=link gcc -Wall -Wmissing-prototypes -Wpointer-arith -Wbad-function-cast -Wmissing-declarations -Wnested-externs -g -O2 -o ipropd-slave ipropd_slave.o libkadm5srv.la ../../lib/hdb/libhdb.la ../../lib/krb5/libkrb5.la

Re: lots of -lresolv added to command line?

2001-05-17 Thread Ossama Othman
Hi Thomas, On Thu, May 17, 2001 at 07:02:50PM +0200, Thomas Tanner wrote: On 17-May-2001 Ossama Othman wrote: /bin/sh ../../libtool --mode=link gcc -Wall -Wmissing-prototypes -Wpointer-arith -Wbad-function-cast -Wmissing-declarations -Wnested-externs -g -O2 -o ipropd-slave

Re: [MLB] BUG in install when piecewise linking

2001-05-17 Thread Gary V . Vaughan
On Thursday 17 May 2001 5:49 pm, Robert Boehne wrote: Alexandre Oliva wrote: On May 9, 2001, Robert Boehne [EMAIL PROTECTED] wrote: So the problem seems to be that when relink_command is formed, it's passed through bug-ridden vendor sed. If there is another way to build

Re: [egagnon@j-meg.com: Bug#97759: libtool: build problem]

2001-05-17 Thread Alexandre Oliva
On May 17, 2001, Ossama Othman [EMAIL PROTECTED] wrote: Bug report for libtool 1.4 from a Debian user. Any ideas? My first guess would be that libffi has been mis-installed. What does /usr/lib/libffi.la look like? -- Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/

Re: lots of -lresolv added to command line?

2001-05-17 Thread Alexandre Oliva
On May 17, 2001, Ossama Othman [EMAIL PROTECTED] wrote: On the other hand, shouldn't libtool be able to handle stuff like this without producing dozens of consecutive duplicates? The heuristics we use is that, if a library is explicitly listed more than once in the dependence list of a single

Re: [MLB] BUG in install when piecewise linking

2001-05-17 Thread Alexandre Oliva
On May 17, 2001, Robert Boehne [EMAIL PROTECTED] wrote: Can we get around these problems easier in the binary-branch? I'm not sure it's going to be easier, but it's hopefully going to be far more efficient :-) I envision a binary libtool that could do all of the processing itself, without

custom wrapper script hooks

2001-05-17 Thread Havoc Pennington
Hi, I've been setting up the 4 packages glib, pango, atk, and gtk+ to build as part of one giant tarball. So this means I link each library against the libtool libs in the builddir of the other libraries. The problem here is getting our test and demo programs to run without actually

Re: custom wrapper script hooks

2001-05-17 Thread Alexandre Oliva
On May 17, 2001, Havoc Pennington [EMAIL PROTECTED] wrote: Does that sound like a reasonable feature? While this has pretty much nothing to do with building and using libraries, I'll give you that this is a very nice feature, and it fits in nicely with one of the most important features of

Re: [egagnon@j-meg.com: Bug#97759: libtool: build problem]

2001-05-17 Thread Etienne M. Gagnon
Alexandre Oliva wrote: Which only means libtool 1.3.5 is buggy for not taking into account that: # Is this an already installed library? installed=no Looks like someone goofed in the installation of libffi. Hah! So, maybe we should redirect this bug against libffi1-dev. (As a non