Hi list,
I am having troubles with inter-library dependencies.
Could you please confirm that link mode uses LD_LIBRARY_PATH to resolve -lname
from Makefile to .la?
The thing is -luuid is being resolved to the wrong file:
/usr/local/.../.../.../libuuid.so.16 where I would like it gets
Hi,
well, I took a closer look at the libtool-files wich are use to create the
libtool-script, especially the libtool.m4-file. In the section dealing
with linking libraries I found the variable 'link_all_deplibs', wich will
be set to 'no' when using linux as OS. Comparing this to the libtool.
I'm starting my application using the following commadline:
/home/chwellner/nmm2_sarge/apps/clic/clic
This should be the wrapper-script you mentioned wich calls .libs/lt-clic
then.
Christoph
On Thu, 04 Nov 2004 10:31:58 +, Scott James Remnant
<[EMAIL PROTECTED]> wrote:
On Wed, 2004-11-03
On Wed, 2004-11-03 at 15:08 +0100, Christoph Wellner wrote:
> I have a problem with libtool-1.5.6, when I want to start my compiled app,
> I get an error-message, that some libraries are not found:
>
> /home/chwellner/nmm2_sarge/apps/clic/.libs/lt-clic: error while loading
> shared libraries:
* Christoph Wellner wrote on Wed, Nov 03, 2004 at 03:08:02PM CET:
>
> I have a problem with libtool-1.5.6, when I want to start my compiled app,
> I get an error-message, that some libraries are not found:
>
> /home/chwellner/nmm2_sarge/apps/clic/.libs/lt-clic: error while loading
> shared li
Hi,
I have a problem with libtool-1.5.6, when I want to start my compiled app,
I get an error-message, that some libraries are not found:
/home/chwellner/nmm2_sarge/apps/clic/.libs/lt-clic: error while loading
shared libraries: libnmmutils.so.0: cannot open shared object file: No
such file o
On Apr 9, 2001, Daniel Katz <[EMAIL PROTECTED]> wrote:
> libtool: link: error: cannot link shared libraries into libtool libraries
You need a development version of libtool. Try the current CVS tree,
it's supposed to support this feature.
--
Alexandre Oliva Enjoy Guarana', see http://www.i
Hi.
The following situation has arisen with inter-library dependencies and
I don't quite understand how to deal with it:
We are building a libtool library via automake which depends on
another libtool library which is built in a different subdirectory of
the same project. I tried to s
On Tue, Oct 24, 2000 at 02:32:24PM -0200, Alexandre Oliva wrote:
> On Oct 24, 2000, Carlo Wood <[EMAIL PROTECTED]> wrote:
>
> > Completely missing any notition of the libtool.m4 file
> > in /usr/local/share/aclocal.
>
> See the libtool manual. It advises you to copy libtool.m4 into
> acinclude.
On Oct 24, 2000, Carlo Wood <[EMAIL PROTECTED]> wrote:
> Completely missing any notition of the libtool.m4 file
> in /usr/local/share/aclocal.
See the libtool manual. It advises you to copy libtool.m4 into
acinclude.m4 or aclocal.m4, precisely to avoid this kind of problem.
--
Alexandre Oliva
On Mon, Oct 23, 2000 at 09:29:17AM -0600, Wesley W. Terpstra wrote:
> > ../../../libcw/src/libcwd/ltconfig: ../../../libcw/src/libcwd/ltconfig: No such
>file or directory
> > configure: error: libtool configure failed
>
> You shouldn't need ltconfig... After installing the cvs libtool, run
> lib
I have two libraries, libpng.so and libz.so, both compiled with
libtool. The libpng library is installed into /opt/libpng/lib and the
zlib library is installed into /opt/zlib/lib. The platform is
Solaris/SPARC and the version of libtool is from the multi-lang branch.
$ cd /opt/libpng/lib
$ ls
On Mon, Oct 23, 2000 at 01:20:12PM +0200, Carlo Wood wrote:
> updating cache ../.././config.cache
> ../../../libcw/src/libcwd/ltconfig: ../../../libcw/src/libcwd/ltconfig: No such file
>or directory
> configure: error: libtool configure failed
> configure: error: ../../../libcw/src/libcwd/configu
Hi,
I am stuck :/
Even after applying the patch at the bottom of README to my automake,
it still doesn't work:
~/c++/libcw>make
aclocal
autoheader
autoconf
make -C src/libcwd maintainer-startup
make[1]: Entering directory `/home/carlo/c++/libcw/src/libcwd'
cp /usr/src/libtool/install-prefix/sha
On Mon, Oct 23, 2000 at 12:07:37AM +0200, Carlo Wood wrote:
> On Sun, Oct 22, 2000 at 10:51:12AM -0600, Wesley W. Terpstra wrote:
> /bin/sh ./libtool --mode=link g++ -DDEBUG -g -fno-exceptions -pipe -Wall
>-Woverloaded-virtual -Wundef -Wpointer-arith -Winline -Wwrite-strings -Werror -o
>libcw.
On Sun, Oct 22, 2000 at 10:51:12AM -0600, Wesley W. Terpstra wrote:
> All of what you have just described should already work under the newest libtool.
I'll double check that it doesn't work with 1.3.5, then upgrade
libtool to the latest cvs version and check again.
First for 1.3.5 thus:
> Try
On Sun, Oct 22, 2000 at 03:26:42PM +0200, Carlo Wood wrote:
> I wrote a package that exists of two libraries, both of which are build
> with libtool. One of the libraries is independant of the other, this one
> gets configured first and after issueing a `make' it gets build first.
>
> Whether or
On Thu, Oct 19, 2000 at 11:46:30AM +0200, Stephan Kulow wrote:
> "Wesley W. Terpstra" wrote:
> What version of libtool do you use? It works with both the HEAD
> and ml branch. KDE uses it extensivly on all kind of platforms.
My appologies. I checked out the HEAD cvs revision and it worked perfect
"Wesley W. Terpstra" wrote:
>
> I would like to run:
> libtool c++ -o foo.lo foo.cc
> libtool c++ -o bar.lo bar.cc
> libtool c++ -o libfoo.la foo.lo -rpath /usr/lib
> libtool c++ -o libbar.la bar.lo libfoo.la -rpath /usr/lib
>
> But, the last command yields:
> libtool: link: error: cannot link s
I would like to run:
libtool c++ -o foo.lo foo.cc
libtool c++ -o bar.lo bar.cc
libtool c++ -o libfoo.la foo.lo -rpath /usr/lib
libtool c++ -o libbar.la bar.lo libfoo.la -rpath /usr/lib
But, the last command yields:
libtool: link: error: cannot link shared libraries into libtool libraries
However
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Another question:
What is the difference between
xy_LDFLAGS = -lz
and
xy_LDADD = libz.la
and which of them should I use? Please just ignore the -L and -R flags and
the library path for this case. I know (I hope :-) how to h
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I wrote:
> Shared C++ Library liba.so,
> Shared C++ Library libb.so,
>
> libb.so depends on liba.so.
>
> [...]
>
> ->ldd libb.so
> liba.so.0 => ./liba.so.0
> libstdc++.so.2.10.0 => (file not found)
I know now, what the pr
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Ossama wrote:
> > Result:
> >
> > - ->ldd libb.so
> > liba.so.0 => ./liba.so.0
> > libstdc++.so.2.10.0 => (file not found)
> > libm.so.1 => /usr/lib/libm.so.1
> > libc.so.1 => /usr/lib/libc.so.1
> >
Hi Michael,
On Mon, Sep 25, 2000 at 10:33:42AM +0200, Michael Forster wrote:
> libb.so depends on liba.so.
>
> Is this possible with any libtool/automake/autoconf version?
Sure.
> I tried without success:
>
> Makefile.am
>
> lib_LTLIBRARIES = liba.la
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I am trying the following:
Shared C++ Library liba.so,
Shared C++ Library libb.so,
libb.so depends on liba.so.
Is this possible with any libtool/automake/autoconf version?
I tried without success:
Ma
> You haven't set file_magic_test_file though. I no longer have access
> to an HP box to choose one, could you find a suitable shared library
> path (/usr/lib/libc.sl* or equivalent) and tell me what it is.
almond$ uname -a
HP-UX almond B.10.20 E 9000/817 1799083141 8-user license
almond$ ls -l
On Wed, Apr 26, 2000 at 06:37:49PM -0400, John Wehle wrote:
> This patch updates the libtool HP-UX 10.20 support to take
> advantage of the fact that the linker on this platform does
> support inter-library dependencies.
>
> ChangeLog:
>
> Wed Apr 26 18:12:59 EDT 2000
This patch updates the libtool HP-UX 10.20 support to take
advantage of the fact that the linker on this platform does
support inter-library dependencies.
ChangeLog:
Wed Apr 26 18:12:59 EDT 2000 John Wehle ([EMAIL PROTECTED])
* ltconfig.in (hpux10.20*): use file_magic for
vices/libSoBeDevices.la extensions/libSoBeExtensions.la widgets/libSoBeWidgets.la
|-lCoin -lMesaGL -lsimage -lpng -lz -lbe
| rm -fr .libs/libSoBe.la .libs/libSoBe.* .libs/libSoBe-0.1.*
|
| *** Warning: inter-library dependencies are not known to be supported.
| *** All declared inter-li
29 matches
Mail list logo
