crosscompiling dll linux->mingw32

[Guido Draheim]

hi everyone,

I am still trying to crosscompile a dll on linux with the new
autotools series. Currently I use cvs-autoconf, automake-1.4d
and libtool-1.4 on top of libsdl.org/Xmingw32 cross-tools.

I did just need to change a single line in ltmain.sh which 
enabled me afterwards to actually *build* a dll.

--- ltmain.sh.1.4       Wed Apr 25 01:35:10 2001
+++ ltmain.sh   Thu Apr 26 03:02:17 2001
@@ -2330,7 +2330,7 @@
        if test "$allow_undefined" = yes; then
          if test "$allow_undefined_flag" = unsupported; then
            $echo "$modename: warning: undefined symbols not allowed in $host 
shared libraries" 1>&2
-           build_libtool_libs=no
+           build_libtool_libs=yes
            build_old_libs=yes
          fi
        else

also I noticed, that in `configure` $lt_target is not set
anymore (I have a line to extra-delete -lm from $LIBS). With
these little changes, crosscompiling a dll works actually.

now for the more interesting stuff ;-)

There is also a little exe-program that uses that dll.
But "make install" will fail at that step. the package
is called "pfe" and I thought to create a pfe.exe that
uses a pfe.dll in the system. It turns out that things
are a bit different, anyway here are the files been built:

pfe
.libs/pfe.exe
libpfe.la
.libs/libpfe-0-30-96.dll

The "make install" will make a copy of the dll including
the lib-prefix and version-number, no "pfe.dll" is created. 
Well, I am not sure whether that is the intended behaviour,
I'd expect something different. Anyway, the real bad day
comes from the fact, that the pfe.exe is *not* copied, and
looking into the Makefile(.in) showed, that there are *two*
lines of bin_PROGRAMS ... the last one said pfe$(EXEEXT).
The install-binPROGRAMS-target will check for the existance
of the file to be installed, but pfe.exe does not exist in 
the base-builddir, only in the .libs-buildsubdir. Removing
the second bin_PROGRAMS line, a `libtool install pfe`  is
entered which will barf at me saying that there is no
.libs/pfe to be found. Oh no! well then, I made a copy of
.libs/pfe.exe to a version without the .exe, and finally,
the make-install did complete.... creating a bin/$host-pfe.exe

anyone can explain this behaviour... and have an idea
how to fix it?

as a side-note: the .exe works fine, as long as the .dll
is copied over from ./lib to ./bin - the i*-pfe.exe seems to
be dependent on libpfe-0-30-96.dll. After resolving the
usual win-problems with exported nonfunction items, I was
even able to build a libtool -module .dll but I have not
come so far to dynaload it. Actually, there is a good chance
that the new autotools series will be able to compile a
dll with a linux-based crosscompiler, or so it seems.

cheers,
-- guido                                     http://guidod.4t.com
31:GCS/E/S/P C++$++++ ULHS L++w- N++@  d(+-) s+a- h.r(*@)>+++ y++