Re: Making hardcode.test more robust [patch against HEAD]

2001-04-25 Thread libtool
On Tue, Apr 24, 2001 at 02:47:38AM -0300, Alexandre Oliva wrote: > On Apr 22, 2001, [EMAIL PROTECTED] wrote: > > BTW, another possible solution is to compile with CFLAGS=-s. Compiling > > without CFLAGS=-g solves the problem on Solaris and with CFLAGS=-s > > solves the problem on IRIX 6.x. > > I'

Re: Making hardcode.test more robust [patch against HEAD]

2001-04-23 Thread Alexandre Oliva
On Apr 22, 2001, [EMAIL PROTECTED] wrote: > It does retain the original behaviour on other platforms. The case > statement is only for particular hosts. All other hosts keep the > result from the fgrep test. Indeed. > BTW, another possible solution is to compile with CFLAGS=-s. Compiling > with

Re: Making hardcode.test more robust [patch against HEAD]

2001-04-22 Thread libtool
On Sun, Apr 22, 2001 at 07:54:30AM -0300, Alexandre Oliva wrote: > On Apr 22, 2001, [EMAIL PROTECTED] wrote: > > > Patch below to override the fgrep test for IRIX 6.x, Solaris 2.x, > > and Tru64 UNIX 4.x, 5.x. > > It should at least retain the original behavior on other platforms. > And you shou

Re: Making hardcode.test more robust [patch against HEAD]

2001-04-22 Thread Alexandre Oliva
On Apr 22, 2001, [EMAIL PROTECTED] wrote: > Patch below to override the fgrep test for IRIX 6.x, Solaris 2.x, > and Tru64 UNIX 4.x, 5.x. It should at least retain the original behavior on other platforms. And you shouldn't assume host == build, which you seem to do by invoking host-specific prog

Making hardcode.test more robust [patch against HEAD]

2001-04-22 Thread libtool
The fgrep of .libs in the executable to detect if .libs was hardcoded is very weak. Methinks a much better approach is to dump the .dynamic section of the executable and look at RPATH (or equivalent). Patch below to override the fgrep test for IRIX 6.x, Solaris 2.x, and Tru64 UNIX 4.x, 5.x. -- a