> "Elmar" == Elmar Rudigier <[EMAIL PROTECTED]> writes:
Elmar> Hi!
Elmar> I'm building a dll for jni, which has dependencies to some, with libtool
static
Elmar> builded, libs. I'm using cccl as compiler.
Elmar> For win32 libtool prohibits linking shared libs against static libs and
i get
El
Ralf Wildenhues wrote:
Also, we love to
see testsuite output.. ;-)
And here, the log of make test for HEAD. 5 tests failed... most with
"invalid loader". Something wrong with libltdl?
-biesi
checklog-head.gz
Description: PostScript document
___
h
Ralf Wildenhues wrote:
Maybe you could take a look at the FIXME mentioned? Also, we love to
see testsuite output.. ;-)
I attached the gzipped verbose "make check" output. Seems to me like the
problem is with accessing symbols in executables?
-biesi
checklog.gz
Description: PostScript docu
Hi Ralf,
Ralf Wildenhues wrote:
branch-2-0 is dead, 2.0 will be released from what is now CVS HEAD.
I have checked in the following patches to CVS HEAD and branch-1-5,
respectively.
Ah, thank you for the checkins. The 2.0 branch status is somewhat
unclear on the webpage, which says:
HEAD
In regard to: Re: mode=link and full path to dependent shared library?,...:
I'm talking about a situation like this:
/bin/sh ./libtool --tag=CXX --mode=link cxx -some_compiler_flags -o
libfoo.la -rpath /path/to/lib -version-info 16:3:1 -no-undefined foo.lo
bar.lo baz.lo /path/to/lib/libdep.so
Hi Tim,
* Tim Mooney wrote on Fri, Oct 07, 2005 at 12:46:48AM CEST:
>
> Can someone point me to the place in the docs that explains libtool's
> handling of --mode=link when a dependent shared library is specified by
> full path? I'm having trouble finding it.
I believe it's not documented (and
