-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
> >
I am testing some changes to the multi-language-branch of libtool.
It appears to work, but "tagdemo-make.test" fails both times it is
run in the 'check' target. It appears that there should be a
library installed into $(builddir)/_inst/lib but none of the
other tests (that presumably do the insta
This strikes a vague memory. I think that libtoolize checks for the
existence of the install script both in the current directory and in its
parent. If install is found in the parent directory then ltconfig is
assumed to be there also.
Michael
Bernard Dautrevaux wrote:
>
> > -Orig
I am seeing some strange problems when compiling *some* C++ programs
using the C++ compiler from Sun Workshop 5. I have six or eight
simple one-source-file programs built in a given directory, and all
compile/link except for one. The linker fails with an error like
ild: (bad file) argument file
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
