There is a current problem with automake and libtool on cygwin when
shared libraries are enabled.
The problem is in two parts. The root cause of the problem is that the
wrapper script for relinking binaries linked with .dll's when they are
run from the build directory, cannot have a .exe extensio
Is this a bug, or a non-existant feature?
symptoms:
automake's makefile calls libtool:
STRIPPROG='strip' /bin/sh ./libtool --mode=install -s hello.exe
/usr/src/hellolib/build/t
/usr/local/bin/hello.exe
libtool: unrecognized option `-s'
Try `libtool --help' for more information.
Rob
Scratch my prior problem: adding AC_LIBTOOL_WIN32_DLL to configure.in
(missed that step in the autobook ) worked wonders.
however, back to the failing tests.
the first failure, demo-make.test fails because ar is called with no
object files.
Here, pointers would be useful. This test works on at
Hi,
The attached file contains excerpts of the LessTif build process.
We think a libtool bug may be the cause of our build problems.
You'll see in the "make install" command that libtool wants to relink
libMrm.la. In the next command I've added a "-n" flag to that libtool
invocation so we can se
Tonights the night for me to cause noise..
I just got the output of make check from another cygwin'er, and they
only see 6 failures, not the 35 I'm seeing.
I'll assume my machine is bust and work from there.
Rob
- Original Message -
From: "Robert Collins" <[EMAIL PROTECTED]>
To: <[EMAI
I think I've tracked down why libtool suddenly died.
The failures all seem to be shared library related.
The below output is from make on the autobook libhello example.
The WinMain@16 symbol, from what I've worked out is meant to be
transparently created by combining the library sources with lt
