how does libtool order -Wl,--rpath?

I am trying to pick up a local installed copy of libNITF in /volume19/ix86-linux/lib rather than the copy of libNITF in /swl/ix86-linux/lib. /swl/ix86-linux/lib is needed for other libraries; it also contains gcc, etc. LD_LIBRARY_PATH is set to /swl/ix86-linux/lib. The call to libtool yields:

picking up the correct copy of a library

I am on a Linux box running autoconf-2.57, automake-1.7.5, and libtool-1.5. In the following there is a version of libNITF.so in /swl/opt/ix86-linux/lib and a local copy of libNITF.so in /volume19/msife/users/ironst/dev/ix86-linux/lib. I am trying to build a version of libXWImage.so with the local

DESTDIR question

Doing 'make DESTDIR=/staging-area install' does not seem to be supported by libtool (1.4d) when building a shared version of a library (eg, libDepends) which depends upon another one (eg, libBase) being built at the same time. The problem seems to be that libDepends is relinked at install time to

Re: question about -rpath

package I'm building, but there is no libtips.so) The autotools documentation doesn't seem to explain anywhere what is going on. Or does it? Thanks again, - Ted Ted Irons wrote: > Starting with > > [187.virgo.image_wish] make image_sh > /bin/sh ../../libtool --mode=li

question about -rpath

Starting with [187.virgo.image_wish] make image_sh /bin/sh ../../libtool --mode=link g++ ... ../../src/libsdts++/libsdts++.la -L/postfix/dev/pipes/Linux-2.4/lib -lhrnet -lregion -lseg -lutil -L/postfix/dev/gfiles/Linux-2.4/lib -lgf -llists -L/postfix/dev/tcl/Linux-2.4/lib -ltk -ltcl -L/usr/X11/

Re: linking with fltk-1.1

/LADARDataModel/src/ldrView/toyView.C:31 #10 0x61003f8e in _libuser32_a_iname () #11 0x61004282 in _libuser32_a_iname () #12 0x610042c1 in _libuser32_a_iname () #13 0x0041e33b in cygwin_crt0 () at ../../../LADARDataModel/src/Util/BatchNew.C:107 #14 0x0040103d in mainCRTStartup () #15 0x77f1b9ea in ?? () (gdb) q

linking with fltk-1.1

We are using cygwin (1.3.9) with fltk-1.1 on a Windows NT machine. Our C++ package uses autoconf, automake, and libtool to maintain the build system. CXXFLAGS contains -DWIN32. LDFLAGS contains -no-undefined and -mwindows. configure.ac contains the AC_LIBTOOL_WIN32_DLL. However, when I run config

Re: building same source with different flag

with -c and -o, and that passes. I have no idea why the configure check is using CFLAGS instead of CXXFLAGS. I changed the CXXFLAGS in ACX_CXXCOMPILE to AM_CXXFLAGS, but that made no difference. Thanks again for your help, - Ted Alexandre Duret-Lutz wrote: > Ted Irons <[EMAIL PROTEC

Re: building same source with different flag

My first post involved using automake-1.5b. I have subsequently tried the same thing using automake-1.5. The error message was the same. - Ted P.S. Automake-1.5b seems to exhibit other peculiarities - like picking up shared libraries from the wrong place. When I get back to automake-1.5b, I'll

Re: building same source with different flags

I appreciate the reply but my original email had a typo: automake-1.4b should read automake-1.5b. I didn't try this with automake-1.5. - Ted Ted Irons wrote: > Am using autoconf-2.5.2, automake-1.4b, libtool-1.4b > This should read automake-1.5b. > on an ix86 box run runn

building same source with different flags

Am using autoconf-2.5.2, automake-1.4b, libtool-1.4b on an ix86 box run running Suse Linux with kernel-2.4.6. My Makefile.am contains the following snippets: libhrnet_la_SOURCES = \ ascbin.cc \ allocate.cc \ fileio.cc \ forward.cc \ initall.

Re: [Fwd: AC_PATH_X]

Robert - I appreciate your reply. As a newbie, it is not always clear to me if I am dealing with a bug or with some sort of misunderstanding of the documentation. Here is what I am using now: dnl ACX_PKG_X11 dnl dnl Sets X11_CFLAGS and X11_LIBS. dnl Looks for libX11 and libXmu; dnl if th

[Fwd: AC_PATH_X]

I sent this to the autoconf and automake mailing lists, but received no reply.If anyone on this mailing list has an idea of what I am doing wrong, I would appreciate hearing about it. Thanks in Advance, - Ted --- Begin Message --- On a Linux-2.4 machine using the following AC_PATH_X

Re: [Fwd: on IRIX a *.so..1 link is needed to run program]

21, 2001 at 04:48:19PM -0700, Ted Irons wrote: > > Here is an eg of the error message I get: > > > > 1415148:./testSim: rld: Fatal Error: Cannot Successfully map soname >'libView.so..1' under any of the filenames > > >/postfix/ironst/sde/LADARDataModel/IRIX

[Fwd: on IRIX a *.so..1 link is needed to run program]

Here is an eg of the error message I get: 1415148:./testSim: rld: Fatal Error: Cannot Successfully map soname 'libView.so..1' under any of the filenames /postfix/ironst/sde/LADARDataModel/IRIX64-6.5/lib/libView.so..1:/postfix/ironst/dev/mep/IRIX64-6.5/lib/libView.so..1:/swl/autoconf-2.52/IRIX64-

on IRIX a *.so..1 link is needed to run program

I am running autoconf-2.52, automake-1.5, and libtool-1.4b. On IRIX64-6.5 using CC and passing -version-info "0:0:0" to libtool I get -rwxr-xr-x1 ironst pfix 763 Sep 20 18:43 libView.la* lrwxrwxr-x 1 ironst pfix 15 Sep 20 18:43 libView.so -> libView.so..1.0* -rwxr

running 'libtool gdb foo' from emacs

One gets used to doing M-x gdb foo in emacs; but if foo is an uninstalled binary one has to do a command line libtool gdb foo Any way of running gdb on an uninstalled binary from emacs? Is there a libtool mode for emacs? Thanks, - Ted __

MAINTAINERCLEANFILES

I keep seeing the macro MAINTAINERCLEANFILES in the excellent Autoconf Book (G. Vaughan, et.all ) but can't find where MAINTAINERCLEANFILES is defined. I've looked in the produced aclocal.m4 and in the info pages for autoconf (2.13) and automake (1.4) but can't find anything. Could someone ex

missing .deps/dtedio.pp

Thanks in advance for your help. I am running autoconf-2.13 and automake-1.4 with the multi-language-branch of libtool on an IRIX64-6.5 machine using MIPSpro CC Version 7.2.1.3m. My configure line was CC=CC RANLIB=: ../dted-0.0.0/configure --prefix=$PFX --exec-prefix=$EPFX Why am I getting the